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.7 KiB
1.7 KiB
id, layer, version, title, description, priority, requiresAttachments, outputContract, triggers
| id | layer | version | title | description | priority | requiresAttachments | outputContract | triggers | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| task.report | task | 3 | 报告撰写 | 把材料组织成正式报告/公文(含执行摘要与附录建议) | 55 | true | 1. 标题与文档信息 2. 执行摘要(≤300字,面向决策者) 3. 正文分章(背景/分析/结论与建议) 4. 附录:数据表、引用清单 |
|
用户要求撰写正式报告。主视图是完整版,正文按 method.distill 组织;若用户要的是判断和风险而不是叙述,改用 method.insight。执行要求:
- 先明确报告的受众与用途(对上汇报/对外发布/内部存档),文风与详略随之调整;未说明时按内部正式报告处理并标注假设。
- 事实与观点分离:分析章节可以论证,事实陈述要有出处(文档段落/数据表)。
- 执行摘要是全文最重要的一段:结论、关键数字、建议动作,让只读摘要的人能做决定。
- 结构服务于阅读动线:先结论后论证;每章开头一句话说清本章要点。
- 篇幅完整不注水:覆盖必要内容,删掉不改变结论的空话。
- 版面:封面(标题、受众、日期)、正文从执行摘要开始。执行摘要用强调块,控制在契约规定的篇幅内。章标题用标题样式,章首一句点明本章要点。数据进表格或附录,不埋在段落里。需要时在正文前放由标题生成的目录说明(页码以文件为准)。
- 交付 Word 时走交付物工作流:housestyle.docx_kit 生成,lint 无 error 后登记。回复说明样式,不复述全文。