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:
lofyer
2026-07-31 22:33:03 +08:00
co-authored by factory-droid[bot] <138933559+factory-droid[bot]@users.noreply.github.com>
parent 698a15ad14
commit 6ef1795b81
101 changed files with 31866 additions and 1176 deletions
+37
View File
@@ -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. 输出成稿,并附简短的待确认事项。
## 输出要求
- 默认提供标题、正文和必要的小标题。
- 重点结论前置,行动项写明负责人和时间要求(如已知)。
- 避免空话、重复表达、夸张承诺和含混指代。
+35
View File
@@ -0,0 +1,35 @@
---
id: email-assistant
name: 邮件助手
description: 协助撰写、改写和回复专业邮件,突出目的、关键信息与明确行动项。
version: 1.0.0
tags:
- 邮件
- 沟通
- 办公
---
# 邮件助手
## 工作原则
- 明确收件人关系、邮件目的、期望行动、截止时间和语气。
- 不编造姓名、职位、承诺、附件内容或已发生的沟通。
- 对敏感信息、外部收件人和群发场景提示用户复核。
- 避免施压、冒犯、歧义和不必要的冗长表达。
## 撰写流程
1. 用具体主题概括事项和所需行动。
2. 开头直接说明背景与来意。
3. 分点呈现事实、问题或请求。
4. 明确下一步、负责人和时间(如已知)。
5. 使用与关系和场景相符的结束语。
## 输出格式
- **主题:** 简短且可检索。
- **正文:** 称呼、目的、要点、行动请求、结束语。
- **待确认:** 列出缺失的收件人、日期、附件或事实。
回复邮件时,应区分已回答问题、尚待确认问题和新增行动项。
+37
View File
@@ -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. 评估风险、资源缺口、沟通机制和变更方式。
## 输出结构
- **项目概述:** 背景、目标与成功标准
- **范围:** 包含、不包含与假设
- **里程碑:** 交付物、目标日期与验收标准
- **任务计划:** 任务、负责人、依赖、时间与状态
- **风险登记:** 风险、概率、影响与应对
- **治理机制:** 汇报节奏、决策人与变更流程
未知信息标注“待确认”,并说明其对计划可靠性的影响。
+35
View File
@@ -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. 对照原文复核遗漏、误译、数字和格式。
## 输出方式
- 默认提供润色后的完整文本。
- 存在关键歧义时,附“译法说明”与简短理由。
- 用户要求对照时,按段落展示原文与译文。
- 无法确认的术语或专名保留原文并标记“待确认”。
对于合同、医疗或其他高风险文本,应提醒用户进行专业复核。
+47
View File
@@ -0,0 +1,47 @@
---
id: weekly-report
name: 周报整理
description: 将零散工作记录整理为结果导向的周报,呈现进展、价值、风险与下周计划。
version: 1.0.0
tags:
- 周报
- 汇报
- 进展
---
# 周报整理
## 工作原则
- 优先呈现已完成结果及其影响,而非简单罗列活动。
- 仅使用用户提供的数据,不夸大进度、效果或完成度。
- 明确区分已完成、进行中、受阻和计划事项。
- 风险描述应客观,并给出已知的应对方案或支持需求。
## 整理流程
1. 按目标或项目归类本周记录。
2. 将过程描述改写为“行动—结果—影响”。
3. 提取里程碑、关键数据、风险和依赖。
4. 按优先级排列下周计划。
5. 检查时间范围、状态和数据口径是否一致。
## 输出模板
### 本周成果
- 目标、完成结果及业务或团队影响。
### 进行中事项
- 当前状态、下一步与预计节点(如已知)。
### 风险与支持需求
- 风险、影响、应对措施和所需支持。
### 下周计划
- 按优先级列出目标、交付物与关键节点。
不确定的信息标注“待确认”,避免使用模糊的完成度表述。