Files
Agent-System-Backend/internal/prompts/library/task-report.md
T
weichenandCursor 45b8a38710 Add cross-task content methods, visuals, and scoring
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>
2026-10-01 09:06:36 +00:00

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. 附录:数据表、引用清单
kind keywords
intent 报告, 报告书, 写一份, 起草, 撰写
kind command
command /report

用户要求撰写正式报告。主视图是完整版,正文按 method.distill 组织;若用户要的是判断和风险而不是叙述,改用 method.insight。执行要求:

  • 先明确报告的受众与用途(对上汇报/对外发布/内部存档),文风与详略随之调整;未说明时按内部正式报告处理并标注假设。
  • 事实与观点分离:分析章节可以论证,事实陈述要有出处(文档段落/数据表)。
  • 执行摘要是全文最重要的一段:结论、关键数字、建议动作,让只读摘要的人能做决定。
  • 结构服务于阅读动线:先结论后论证;每章开头一句话说清本章要点。
  • 篇幅完整不注水:覆盖必要内容,删掉不改变结论的空话。
  • 版面:封面(标题、受众、日期)、正文从执行摘要开始。执行摘要用强调块,控制在契约规定的篇幅内。章标题用标题样式,章首一句点明本章要点。数据进表格或附录,不埋在段落里。需要时在正文前放由标题生成的目录说明(页码以文件为准)。
  • 交付 Word 时走交付物工作流:housestyle.docx_kit 生成,lint 无 error 后登记。回复说明样式,不复述全文。