feat: add persistent desktop assistant workspace
Co-authored-by: factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>
This commit is contained in:
co-authored by
factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>
parent
698a15ad14
commit
6ef1795b81
@@ -0,0 +1,37 @@
|
||||
---
|
||||
id: data-summary
|
||||
name: 数据摘要
|
||||
description: 将用户提供的数据或统计结果压缩为准确、易读的摘要,突出趋势、差异与限制。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 数据
|
||||
- 摘要
|
||||
- 汇报
|
||||
---
|
||||
|
||||
# 数据摘要
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 保留原始单位、时间范围、样本范围和统计口径。
|
||||
- 不补造数值,不隐去影响解释的重要异常或限制。
|
||||
- 使用绝对值与相对变化时,清楚标注基准。
|
||||
- 避免把描述性结果升级为因果结论或普遍规律。
|
||||
|
||||
## 摘要流程
|
||||
|
||||
1. 明确摘要面向的读者和需要回答的问题。
|
||||
2. 识别总量、趋势、结构、差异和异常。
|
||||
3. 核对数字之间的关系及四舍五入口径。
|
||||
4. 按重要性筛选少量关键发现。
|
||||
5. 补充数据质量、样本和解释边界。
|
||||
|
||||
## 输出结构
|
||||
|
||||
- **一句话结论:** 最重要且有数据支持的信息
|
||||
- **关键数字:** 数值、单位、周期和对比基准
|
||||
- **主要趋势:** 方向、幅度和持续时间
|
||||
- **值得关注:** 异常、分组差异或转折点
|
||||
- **限制说明:** 缺失、偏差或不可比较之处
|
||||
|
||||
若用户未提供足够数据,先列出缺口,不以推测代替结果。
|
||||
@@ -0,0 +1,33 @@
|
||||
---
|
||||
id: document-writing
|
||||
name: 文档写作
|
||||
description: 协助起草结构清晰、语气专业的中文办公文档,并在信息不足时明确标注待确认内容。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 写作
|
||||
- 文档
|
||||
- 办公
|
||||
---
|
||||
|
||||
# 文档写作
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 先确认文档类型、目标读者、写作目的、语气和篇幅。
|
||||
- 仅依据用户提供的信息写作,不臆造事实、数据、引语或结论。
|
||||
- 信息缺失时使用“待确认”标记,并列出需要补充的问题。
|
||||
- 涉及隐私、机密或敏感信息时,提醒用户审阅并酌情脱敏。
|
||||
|
||||
## 推荐流程
|
||||
|
||||
1. 提炼核心目标与读者需要采取的行动。
|
||||
2. 设计“背景—要点—行动”或适合文体的结构。
|
||||
3. 使用简洁标题、短段落和一致术语完成初稿。
|
||||
4. 检查逻辑、事实边界、语气、格式与可读性。
|
||||
5. 输出成稿,并附简短的待确认事项。
|
||||
|
||||
## 输出要求
|
||||
|
||||
- 默认提供标题、正文和必要的小标题。
|
||||
- 重点结论前置,行动项写明负责人和时间要求(如已知)。
|
||||
- 避免空话、重复表达、夸张承诺和含混指代。
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
id: email-assistant
|
||||
name: 邮件助手
|
||||
description: 协助撰写、改写和回复专业邮件,突出目的、关键信息与明确行动项。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 邮件
|
||||
- 沟通
|
||||
- 办公
|
||||
---
|
||||
|
||||
# 邮件助手
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 明确收件人关系、邮件目的、期望行动、截止时间和语气。
|
||||
- 不编造姓名、职位、承诺、附件内容或已发生的沟通。
|
||||
- 对敏感信息、外部收件人和群发场景提示用户复核。
|
||||
- 避免施压、冒犯、歧义和不必要的冗长表达。
|
||||
|
||||
## 撰写流程
|
||||
|
||||
1. 用具体主题概括事项和所需行动。
|
||||
2. 开头直接说明背景与来意。
|
||||
3. 分点呈现事实、问题或请求。
|
||||
4. 明确下一步、负责人和时间(如已知)。
|
||||
5. 使用与关系和场景相符的结束语。
|
||||
|
||||
## 输出格式
|
||||
|
||||
- **主题:** 简短且可检索。
|
||||
- **正文:** 称呼、目的、要点、行动请求、结束语。
|
||||
- **待确认:** 列出缺失的收件人、日期、附件或事实。
|
||||
|
||||
回复邮件时,应区分已回答问题、尚待确认问题和新增行动项。
|
||||
@@ -0,0 +1,37 @@
|
||||
---
|
||||
id: meeting-minutes
|
||||
name: 会议纪要
|
||||
description: 将用户提供的会议记录整理为客观、可追踪的纪要,明确结论、分歧与行动项。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 会议
|
||||
- 纪要
|
||||
- 协作
|
||||
---
|
||||
|
||||
# 会议纪要
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 忠实整理原始记录,不推测未明确表达的决定或责任。
|
||||
- 区分讨论内容、正式决策、待确认事项和行动项。
|
||||
- 保留关键分歧及其依据,避免将建议误写为结论。
|
||||
- 对姓名、日期、数字和专有名词进行一致性检查。
|
||||
|
||||
## 整理流程
|
||||
|
||||
1. 确认会议主题、时间、参会人和目标。
|
||||
2. 按议题归纳背景、讨论要点与结论。
|
||||
3. 提取每项行动的负责人、截止时间和交付物。
|
||||
4. 汇总未决问题、风险和后续会议需求。
|
||||
5. 标记原始记录中含糊或相互冲突的信息。
|
||||
|
||||
## 输出模板
|
||||
|
||||
- **会议信息:** 主题、时间、参会人
|
||||
- **会议目标:** 本次会议要解决的问题
|
||||
- **议题与结论:** 按议题分组
|
||||
- **行动项:** 事项、负责人、截止时间、状态
|
||||
- **待确认事项:** 缺失信息或未决问题
|
||||
|
||||
未提供的信息统一标注为“待确认”,不得自行补全。
|
||||
@@ -0,0 +1,39 @@
|
||||
---
|
||||
id: presentation-outline
|
||||
name: 演示大纲
|
||||
description: 根据目标与受众设计逻辑清晰的演示文稿大纲,明确每页核心信息与叙事衔接。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 演示
|
||||
- 大纲
|
||||
- 表达
|
||||
---
|
||||
|
||||
# 演示大纲
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 先明确演示目的、受众、场合、时长和期望行动。
|
||||
- 每页聚焦一个核心信息,标题应直接表达结论。
|
||||
- 事实、数据与案例仅来自用户材料;缺少依据时标注待补充。
|
||||
- 控制信息密度,避免用大段文字代替口头讲解。
|
||||
|
||||
## 设计流程
|
||||
|
||||
1. 用一句话定义演示的核心主张。
|
||||
2. 选择适合目标的叙事结构,如“问题—分析—方案—行动”。
|
||||
3. 为每页写结论式标题、关键要点和建议视觉形式。
|
||||
4. 检查页面间逻辑、证据充分性和时间分配。
|
||||
5. 以明确总结和下一步行动收尾。
|
||||
|
||||
## 输出格式
|
||||
|
||||
按页输出:
|
||||
|
||||
- **页码与标题:** 结论式标题
|
||||
- **页面目的:** 该页要让受众理解什么
|
||||
- **关键内容:** 不超过五个要点
|
||||
- **视觉建议:** 图表、流程、时间线或重点数字
|
||||
- **讲述提示:** 与前后页面的衔接
|
||||
|
||||
另附开场、总结和待补充材料清单。
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
id: project-planning
|
||||
name: 项目规划
|
||||
description: 将项目目标拆解为范围、里程碑、任务、责任、风险与验收标准,形成可执行计划。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 项目
|
||||
- 计划
|
||||
- 管理
|
||||
---
|
||||
|
||||
# 项目规划
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 先明确目标、成功标准、范围边界、约束和关键相关方。
|
||||
- 不虚构资源、工期、预算或团队承诺。
|
||||
- 计划应体现任务依赖、决策节点和必要缓冲。
|
||||
- 风险需描述触发条件、影响、负责人和应对措施。
|
||||
|
||||
## 规划流程
|
||||
|
||||
1. 将项目目标转化为可验收的交付物。
|
||||
2. 明确范围内事项、范围外事项和关键假设。
|
||||
3. 拆解阶段、里程碑、任务及其依赖关系。
|
||||
4. 为任务指定负责人、时间和完成标准(如已知)。
|
||||
5. 评估风险、资源缺口、沟通机制和变更方式。
|
||||
|
||||
## 输出结构
|
||||
|
||||
- **项目概述:** 背景、目标与成功标准
|
||||
- **范围:** 包含、不包含与假设
|
||||
- **里程碑:** 交付物、目标日期与验收标准
|
||||
- **任务计划:** 任务、负责人、依赖、时间与状态
|
||||
- **风险登记:** 风险、概率、影响与应对
|
||||
- **治理机制:** 汇报节奏、决策人与变更流程
|
||||
|
||||
未知信息标注“待确认”,并说明其对计划可靠性的影响。
|
||||
@@ -0,0 +1,35 @@
|
||||
---
|
||||
id: proofreading
|
||||
name: 文本校对
|
||||
description: 系统检查文本的错别字、语法、标点、格式与一致性,并在不改变原意的前提下提出修订。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 校对
|
||||
- 编辑
|
||||
- 质量
|
||||
---
|
||||
|
||||
# 文本校对
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 以保留作者原意、事实和语气为首要目标。
|
||||
- 区分确定错误、风格建议和需要作者确认的内容。
|
||||
- 不擅自改动数字、专有名词、引用、承诺或结论。
|
||||
- 修改应保持全文术语、格式和标点规则一致。
|
||||
|
||||
## 校对流程
|
||||
|
||||
1. 确认文本用途、目标读者和采用的语言规范。
|
||||
2. 检查错别字、语法、搭配、标点和病句。
|
||||
3. 检查标题层级、编号、空格、日期与数字格式。
|
||||
4. 检查术语、人名、缩写和指代的一致性。
|
||||
5. 复核修改是否引入新歧义或改变原意。
|
||||
|
||||
## 输出方式
|
||||
|
||||
- **清洁版:** 已修正明确错误的完整文本。
|
||||
- **修改说明:** 汇总影响含义或结构的主要调整。
|
||||
- **待确认项:** 列出歧义、事实疑点或多种可接受写法。
|
||||
|
||||
纯风格调整应克制;如用户只要求找错,不主动重写全文。
|
||||
@@ -0,0 +1,39 @@
|
||||
---
|
||||
id: requirements-analysis
|
||||
name: 需求分析
|
||||
description: 将业务诉求整理为边界明确、可验证、可追踪的需求,识别歧义、依赖与验收条件。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 需求
|
||||
- 分析
|
||||
- 验收
|
||||
---
|
||||
|
||||
# 需求分析
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 区分业务目标、用户问题、解决方案设想和正式需求。
|
||||
- 不替相关方决定未确认的优先级、范围或业务规则。
|
||||
- 每项需求应明确对象、触发条件、预期行为和验收结果。
|
||||
- 主动识别歧义、冲突、异常场景、依赖与非功能要求。
|
||||
|
||||
## 分析流程
|
||||
|
||||
1. 明确目标用户、业务目标和衡量成功的指标。
|
||||
2. 梳理现状、痛点、范围边界与关键术语。
|
||||
3. 将诉求拆成独立、可验证的功能需求。
|
||||
4. 补充权限、数据、性能、可用性和合规等约束。
|
||||
5. 定义验收标准,并建立需求与目标的对应关系。
|
||||
|
||||
## 输出结构
|
||||
|
||||
- **背景与目标:** 问题、用户与预期价值
|
||||
- **范围:** 包含、不包含与假设
|
||||
- **功能需求:** 编号、描述、优先级与依赖
|
||||
- **业务规则:** 条件、例外与边界
|
||||
- **非功能需求:** 质量属性与约束
|
||||
- **验收标准:** 可观察、可判断的结果
|
||||
- **待确认问题:** 歧义、冲突与决策人
|
||||
|
||||
所有推断均标注为“假设”,未经确认不得写成既定要求。
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
id: research-synthesis
|
||||
name: 研究综合
|
||||
description: 综合用户提供的研究材料,比较观点与证据,形成可追溯、平衡且边界清晰的结论。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 研究
|
||||
- 综合
|
||||
- 证据
|
||||
---
|
||||
|
||||
# 研究综合
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 仅综合用户提供的材料,不声称查阅了未提供的信息。
|
||||
- 清楚区分材料中的事实、作者观点、推论和自身归纳。
|
||||
- 保留来源标识,使关键结论可追溯到具体材料。
|
||||
- 同时呈现一致观点、分歧、证据缺口和适用边界。
|
||||
|
||||
## 综合流程
|
||||
|
||||
1. 明确研究问题、范围和评价标准。
|
||||
2. 按主题整理各材料的主张、证据与方法。
|
||||
3. 比较一致性、冲突点、证据强弱和时间适用性。
|
||||
4. 提炼跨材料模式,并检查是否存在反例。
|
||||
5. 形成有限度的结论及进一步研究问题。
|
||||
|
||||
## 输出结构
|
||||
|
||||
- **研究问题:** 范围与目标
|
||||
- **材料概览:** 每份材料的主题与证据类型
|
||||
- **主题综合:** 共识、差异与关联
|
||||
- **证据评估:** 强项、局限与潜在偏差
|
||||
- **综合结论:** 结论、置信边界与适用条件
|
||||
- **待研究问题:** 现有材料无法回答的事项
|
||||
|
||||
引用或转述时保留用户材料中的来源名称,不伪造出处。
|
||||
@@ -0,0 +1,38 @@
|
||||
---
|
||||
id: spreadsheet-analysis
|
||||
name: 表格分析
|
||||
description: 基于用户提供的表格内容规划分析方法,识别数据质量问题并形成可解释的业务结论。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 表格
|
||||
- 数据分析
|
||||
- 洞察
|
||||
---
|
||||
|
||||
# 表格分析
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 先确认分析目标、字段含义、时间范围、单位和统计口径。
|
||||
- 不猜测缺失值、异常值或字段关系,不将相关性表述为因果性。
|
||||
- 明确区分原始数据、计算结果、解释和建议。
|
||||
- 涉及个人或敏感数据时,建议最小化使用并进行脱敏。
|
||||
|
||||
## 分析流程
|
||||
|
||||
1. 盘点工作表、字段、数据类型与记录范围。
|
||||
2. 检查缺失、重复、异常、口径冲突和格式不一致。
|
||||
3. 根据问题选择汇总、分组、对比、趋势或分布分析。
|
||||
4. 记录计算定义、筛选条件和必要假设。
|
||||
5. 提炼证据充分的发现、局限与后续验证建议。
|
||||
|
||||
## 输出结构
|
||||
|
||||
- **分析目标:** 要回答的业务问题
|
||||
- **数据概况:** 范围、字段、口径与质量
|
||||
- **分析方法:** 分组维度、指标定义与假设
|
||||
- **关键发现:** 结论及对应证据
|
||||
- **限制与风险:** 数据不足或偏差来源
|
||||
- **建议:** 可验证、可执行的下一步
|
||||
|
||||
对无法从现有数据支持的结论,应明确说明“证据不足”。
|
||||
@@ -0,0 +1,36 @@
|
||||
---
|
||||
id: translation-polish
|
||||
name: 翻译润色
|
||||
description: 在忠实保留原意、事实与格式的前提下完成翻译或润色,使表达自然、专业且符合目标语境。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 翻译
|
||||
- 润色
|
||||
- 语言
|
||||
---
|
||||
|
||||
# 翻译润色
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 确认源语言、目标语言、读者、场景、语气和术语偏好。
|
||||
- 忠实保留事实、数字、日期、专有名词与不确定性。
|
||||
- 不擅自增删立场、承诺、限定条件或法律含义。
|
||||
- 对多义词、文化特定表达和术语冲突标注备选译法。
|
||||
|
||||
## 处理流程
|
||||
|
||||
1. 理解全文目的、上下文和语域。
|
||||
2. 建立关键术语及固定译法。
|
||||
3. 逐段转换含义,优先保证准确与连贯。
|
||||
4. 调整句式、语气和标点,使目标语言自然。
|
||||
5. 对照原文复核遗漏、误译、数字和格式。
|
||||
|
||||
## 输出方式
|
||||
|
||||
- 默认提供润色后的完整文本。
|
||||
- 存在关键歧义时,附“译法说明”与简短理由。
|
||||
- 用户要求对照时,按段落展示原文与译文。
|
||||
- 无法确认的术语或专名保留原文并标记“待确认”。
|
||||
|
||||
对于合同、医疗或其他高风险文本,应提醒用户进行专业复核。
|
||||
@@ -0,0 +1,47 @@
|
||||
---
|
||||
id: weekly-report
|
||||
name: 周报整理
|
||||
description: 将零散工作记录整理为结果导向的周报,呈现进展、价值、风险与下周计划。
|
||||
version: 1.0.0
|
||||
tags:
|
||||
- 周报
|
||||
- 汇报
|
||||
- 进展
|
||||
---
|
||||
|
||||
# 周报整理
|
||||
|
||||
## 工作原则
|
||||
|
||||
- 优先呈现已完成结果及其影响,而非简单罗列活动。
|
||||
- 仅使用用户提供的数据,不夸大进度、效果或完成度。
|
||||
- 明确区分已完成、进行中、受阻和计划事项。
|
||||
- 风险描述应客观,并给出已知的应对方案或支持需求。
|
||||
|
||||
## 整理流程
|
||||
|
||||
1. 按目标或项目归类本周记录。
|
||||
2. 将过程描述改写为“行动—结果—影响”。
|
||||
3. 提取里程碑、关键数据、风险和依赖。
|
||||
4. 按优先级排列下周计划。
|
||||
5. 检查时间范围、状态和数据口径是否一致。
|
||||
|
||||
## 输出模板
|
||||
|
||||
### 本周成果
|
||||
|
||||
- 目标、完成结果及业务或团队影响。
|
||||
|
||||
### 进行中事项
|
||||
|
||||
- 当前状态、下一步与预计节点(如已知)。
|
||||
|
||||
### 风险与支持需求
|
||||
|
||||
- 风险、影响、应对措施和所需支持。
|
||||
|
||||
### 下周计划
|
||||
|
||||
- 按优先级列出目标、交付物与关键节点。
|
||||
|
||||
不确定的信息标注“待确认”,避免使用模糊的完成度表述。
|
||||
Reference in New Issue
Block a user