feat(doc): 新增报告消息与需求整理 Skill

This commit is contained in:
zhiye.sun
2026-08-26 10:27:25 +08:00
parent eb9c5cb6e3
commit 5b1c970116
6 changed files with 42 additions and 0 deletions
+10
View File
@@ -0,0 +1,10 @@
---
name: message
description: 根据明确事件、受众、渠道和行动要求起草项目通知、提醒、确认、变更或故障沟通消息。适用于消息草稿与模板;自动发送、营销文案、虚构状态或长篇正式报告不应触发。
---
# 项目消息
确认谁需要知道什么、为什么、何时生效、需要执行什么以及联系入口。输出适合目标渠道的标题和正文,重要风险、时间、影响范围与行动项应可快速扫描。
不得虚构事件、完成状态、责任人、时间或链接;敏感信息按最小必要原则处理。默认只生成草稿,不调用外部发送工具。用户要求发送时必须展示最终收件人和正文并取得单独授权。
@@ -0,0 +1,4 @@
interface:
display_name: "项目消息"
short_description: "起草清晰可执行的项目通知与提醒"
default_prompt: "使用 $message 把这些事实整理成一条项目通知。"
+10
View File
@@ -0,0 +1,10 @@
---
name: report
description: 根据用户提供的事实、Git 记录、任务状态和受众要求撰写工作汇报、阶段总结或管理摘要。适用于向负责人或团队报告进展;虚构成果、推测工时、技术设计或自动发送消息不应触发。
---
# 工作汇报
先确认受众、周期、用途、语气和篇幅,再从用户材料与可验证记录提取完成项、进行中、风险、决策和下一步。
区分事实、计划、风险和请求支持;没有证据的成果、工时、日期和责任人不得补写。技术细节按受众压缩,但不改变结论。默认只输出草稿,不写入文件或发送给任何人;需要落盘时确认路径,需要发送时另行授权。
@@ -0,0 +1,4 @@
interface:
display_name: "工作汇报"
short_description: "基于事实撰写面向不同受众的汇报"
default_prompt: "使用 $report 根据这些事实整理一份简洁工作汇报。"
+10
View File
@@ -0,0 +1,10 @@
---
name: requirements
description: 将技术说明、问题描述、会议材料或现有实现整理为可确认的需求目标、范围、角色、流程、规则、验收标准和疑问。适用于技术内容转需求;技术设计、代码实现或把推断写成已确认业务规则不应触发。
---
# 需求整理
保留输入事实与来源,区分当前行为、期望行为、建议和待确认项。先识别角色、场景、触发条件、主流程、异常流程、数据、权限、兼容和范围外事项,再生成可测试的验收标准。
技术实现细节只有在构成真实约束时才保留;不能从代码结构反推业务意图。冲突、模糊词、缺失规则和不可测试表述进入疑问清单。默认在对话中展示,用户确认后才写入项目文档。
@@ -0,0 +1,4 @@
interface:
display_name: "需求整理"
short_description: "将技术输入整理为可确认的需求说明"
default_prompt: "使用 $requirements 将这些材料整理成需求和疑问清单。"