Store Hyper-Waterfall operating rules, repository adoption procedures, and repeatedly applied work standards.
- "What rules operate this repository?"
- "Which document should be checked to change a procedure?"
When procedures, branch policy, PR policy, document structure, or conflict rules change.
Use snake_case Markdown names that reveal the topic. Examples:
document_structure_guide.mdtask_workflow_guide.mdgit_workflow_guide.mdpr_process_guide.mdinternal_pr_guide.mdexternal_pr_review_guide.mdpr_command_guide.mdframework_lifecycle_guide.mdrelease_update_protocol.mdagent_code_hyperfall_rule_conflict.md
Use mydocs/_templates/tech_note.md as a draft structure when helpful, but manual documents should prioritize their topic-specific structure.
- Purpose
- Scope
- Mandatory rules
- Exceptions
- Related manual links
- Stage reports for a specific task
- Completion reports
- Daily task status tables
- Product, user, contributor, or API contract documentation for the target project
The current procedural baseline and how it relates to other documents.