Why: Layout rules alone do not produce conclusion-first documents, extra views, or infographics, and nothing scored a deliverable before it was returned. Evidence: go test ./internal/prompts/ ./internal/quality/ ./internal/tools/ ./internal/squadadapter/ ./eval/ -count=1 and the house-style unittest passed in the previous session. Impact: Every task inherits content rules. Meetings, reports, and comparisons can name a view family. Long documents without a visual summary warn. quality_review and the squad checker share one scorecard. Refs: deliverable-quality-system A1-A5 Co-authored-by: Cursor <cursoragent@cursor.com>
1.1 KiB
1.1 KiB
id, layer, version, title, description
| id | layer | version | title | description |
|---|---|---|---|---|
| method.insight | aux | 1 | 洞察四层 | 用一句话洞察开头,每个发现按现象、影响、隐性顾虑、建议展开 |
按洞察法组织内容。它回答“所以呢”,不是复述发生了什么。会议、报告、方案、复盘都可以用。
- 开头先写“一句话洞察”:一句就能让决策者知道症结和建议方向。不要用背景铺垫开头。
- 每个发现用四层,缺一不可:现象(材料里实际说了什么)、影响(若不处理会怎样)、隐性顾虑(团队可能没说出口的假设)、建议(下一步具体做什么)。
- 发现的标题写成判断,可以带一个语义符号帮助扫读,但正文仍然是书面语。
- 建议必须可执行:谁、做什么、做到什么程度算完成。材料没指定负责人时写“未指明”,并说明建议由谁确认。
- 结尾单列“下一步行动”,每条一个动作,不把四层分析再抄一遍。
- 不把转录里的口误、重复和跑题写进洞察。和决定无关的细节留给时间线视图。