四姑娘山三日轻徒步：双桥沟与长坪沟怎么选
面向普通旅行者的三日方案，区分景区游览与户外穿越，重点处理海拔、天气和线路边界。
川西小环线五日自驾攻略：不夜驾的保守版本
成都出发串联康定、塔公、丹巴与四姑娘山，用五天建立路况、海拔和驾驶疲劳的安全边界。
九寨沟三日旅行指南：把整整一天留给景区
从交通、住宿到沟内游览与天气备选，安排一趟不靠赶路完成的九寨沟三日行程。
成都三日慢游攻略：茶馆、街巷与烟火气
为第一次到成都的人设计三日慢游路线：人民公园喝茶、清晨看熊猫、老街区散步，并补齐预约、交通、预算、雨天方案和美食避坑。
Git Submodule 交付：固定提交不等于交付完成
Submodule 很适合由根仓固定多个独立仓库的精确版本，但它只记录一个提交指针，不保证该提交能被其他人获取。很多“本地一切正常、同事无法初始化”的问题，都来自忽略了远端可达性。
用 Commit 把需求、缺陷与交付证据串起来
提交信息既服务开发者，也服务自动化追踪。只有“修复问题”“更新代码”这类标题，无法回答改动对应哪个需求、为什么进入该版本、回滚时应关注什么。一个实用方案是把语义化标题与工作项脚注结合。
让 AI 先规划分支，再执行 Git 操作
“从开发分支拉一个修复分支”对人类团队可能有默认含义，对 Agent 却不够精确：哪个仓库、哪个远端、什么环境、面向哪个发布系列，都可能改变正确答案。分支规划因此应成为独立的只读步骤。
环境 Doctor 与安装器为什么必须分开
自动化环境配置如果把“检测缺失”和“立即安装”写在同一个流程里，很容易覆盖用户配置、下载不可信制品或在已经可用的机器上制造差异。更稳妥的 Harness 会把 Doctor 与 Install...
需求开发前为什么要设置上下文门禁
让 Agent 根据一句“把导出做一下”直接修改代码，速度很快，返工也很快。需求开发的第一项产物不应该是代码，而应该是一份可复核的上下文摘要。
证据优先的 Bug 分析：先找到第一处错误状态
看到报错日志后直接定位某个仓库，是自动化分析最容易犯的错误。日志只能证明某个时间、某个组件记录了现象，不能单独证明代码根因。可靠的 Harness 会先建立证据链，再寻找第一处错误状态。