用途：编排当前项目仓库的完整交付流程，顺序为提交→变基→Jira→推送/PR→评审人→Jira PR 回链→Jira 评审状态流转。它不引入单独的“commit-task-PR”模式，PR 仅作为人工评审的交接点，合并是独立的受保护动作。
主要能力：调度组件技能而非重复其功能。krt-gitflow-knight 负责分支卫生、暂存与提交规划；krt-rebase-smith 负责干净的分支历史与安全变基决策；krt-jira-cloud-scribe 负责 Jira Cloud 的 issue/子任务查询、创建提案、冲刺处理、PR 回链与状态流转；krt-jira-scribe 负责 Jira Server/Data Center 的同类流程；gh 负责 GitHub 远端状态、推送/PR、PR 评论与评审人请求。另含自主变更执行器，在确定性校验通过后处理账本绑定的自主 PR、分支、评审人、Jira 与合并副作用。
使用方式：先加载 references/safety.md 与 references/github-pr-flow.md；自主交接时加载 references/autonomous-mutation-executor.md 与 references/autonomous-validator-registry.md。准备 PR 时可使用捆绑脚本，如 check_pr_scope.py --base <base>...HEAD、check_stack_choreography.py、format_pr_body.py --file <draft-body-file>、check_pr_body.py --file <tmp-body-file>、resolve_jira_provider.py --root <repo-root>。提交工作委托给 krt-gitflow-knight，其须在规划前与每次本地提交前运行 .krt/env/jira-scribe.env 忽略守卫。
适用场景：需要按 KRT 标准流程完成从本地提交到 PR 评审交接的仓库交付；支持堆叠 PR 的合并编排、Jira 提供方解析与回链、评审人请求等。
限制：不得从 main、master、develop 等受保护分支创建 PR；未经用户对确切合并动作的批准不得合并，除非有活跃自主账本授权且执行器通过全部合并校验；合并前 GitHub 须显示人工评审批准，或目标为 experimental/* 等实验分支且分支保护不要求批准评审。推送须在可见批准中给出确切命令，重写分支须用 --force-with-lease。PR 标题、正文与评审人消息默认英文，Release Marshal 自撰 PR 评论必须英文，Jira 摘要/描述用西班牙语。不得在 PR 或提交中包含 LLM 署名、密钥或内部环境信息。除用户明确要求外不运行测试、linter 或格式化工具。Jira 凭据不询问、不假设提供方。缺失事实暂未提供。