productivity-start（生产力启动）Skill 是什么？如何下载安装？

生产力启动（productivity-start）：一句话完成 AI 生产力系统的初始化与开机

核心结论速览

这是一个「开机键」型技能：一次触发，就能完成任务列表、工作记忆、可视化仪表板三件事的检查与补齐。
它不会粗暴覆盖已有内容，而是先检查 TASKS.md、CONTEXT.md、memory/、dashboard.html 是否已存在，缺什么补什么，属于幂等式初始化。
首次运行时，它会做一件别的工具做不到的事：请你提供真实任务列表，然后逐条「解码」你的内部简称、人名、项目代号，让 AI 真正听懂你团队的方言。
初始化完成后，它会给出明确的下一步指引，例如用 productivity-update 同步任务、用 productivity-update --comprehensive 做深度扫描。
适合长期与 AI 协作、但每次都要重新解释背景的开发者、项目经理、独立创作者。

该技能叫什么？如何下载安装 AI 技能提升开发效率？

基本信息

项目	内容
技能中文名	生产力启动
技能英文名	productivity-start
技能ID	13774
一句话定位	初始化任务与内存系统，并打开统一仪表板
依赖/关联技能	productivity-tasks（任务模板）、productivity-update（任务同步与内存检查）

它到底解决什么问题？

多数人用 AI 助手的真实痛点不是「它不够聪明」，而是「它每次都是失忆的」：上一个会话里你已经解释了项目代号、团队成员、任务优先级，下一个会话又要从头讲一遍。同时，任务散落在 todo.txt、笔记软件、聊天记录里，AI 看不到全貌，回答自然泛泛。

「生产力启动」把这件事变成了一个动作：在你的工作目录里把任务层（TASKS.md）、内存层（CONTEXT.md 与 memory/ 深度内存目录）、展示层（dashboard.html 可视化界面）一次性就位，并引导你完成第一次「工作场所语言」的录入。它本质上是一个状态初始化协议，而不是一个孤立的工具。

一键安装与验证思路

AI 技能生态里，安装方式通常由宿主客户端提供（技能市场、技能包导入、或命令行安装器），不同环境的入口不一样。以下是与该技能详情一致的通用流程，具体命令与链接请以官方说明为准：

确认前提：你的 AI 客户端或开发环境支持安装第三方技能（Skill），并且能读写本地工作目录——因为这个技能需要在当前工作目录创建文件。
获取技能：在技能市场或技能库中搜索技能ID 13774，或按英文名 productivity-start 检索；也可以从生产力包（productivity-pack）整体导入。
一键安装/启用：按官方提供的安装入口完成启用，通常无需额外配置参数。若你的环境使用技能包形式，请确保 packs/productivity-pack/ 资源存在，因为仪表板文件需要从这里复制。
验证是否生效：新开一个会话，直接说「启动生产力系统」或「初始化我的任务与内存」，观察它是否按顺序执行「检查 → 补齐 → 打开仪表板 → 引导」四步；随后查看当前工作目录是否出现了 TASKS.md、dashboard.html 等文件，即为生效。
注意路径差异：技能详情中提到仪表板来源路径为 [Tandem 资源路径]/packs/productivity-pack/dashboard.html，并说明开发环境通常是 src-tauri/resources/packs 一类位置，生产环境可能不同。若复制失败，多半是路径需要按你的实际环境调整，以官方说明为准。

该技能的主要功能和特点

环境自检（幂等初始化）：一次性检查四类内容是否存在——TASKS.md（任务列表）、CONTEXT.md（工作内存）、memory/（深度内存目录）、dashboard.html（可视化界面）。已存在就不重建，避免覆盖你辛苦积累的内容。
按需补齐：TASKS.md 缺失时，按标准模板创建（模板定义在 productivity-tasks 技能中）；dashboard.html 缺失时，从生产力包中复制；CONTEXT.md 与 memory/ 缺失时，判定为「全新设置」并触发内存引导流程。所有产出都落在当前工作目录，不污染系统其他位置。
统一仪表板入口：初始化完成后明确告知「仪表板已在 dashboard.html 准备就绪，请从文件浏览器中打开」，把分散的任务与内存以可视化的方式呈现出来，而不是只留一堆文本文件。
下一步动作指引：区分「已初始化」与「首次运行」两种状态给出不同提示——前者推荐用 productivity-update 同步任务并检查内存，或 productivity-update --comprehensive 做全量深度扫描；后者转入内存引导。这一点很像优秀的 CLI 工具会做的事：不让你猜下一步。
工作场所语言解码（首次运行专属）：它不预设「用户一定有规范的任务系统」，而是直接问：你的待办事项存在哪里？本地文件、Asana / Linear / Jira / Notion / Todoist 之类的应用，还是笔记文件？然后用你真实的任务去学习你真实的简写。
交互式术语澄清：对任务里出现的昵称、缩写、项目代号、内部行话逐条提问，只问尚未解码的术语，避免重复打扰。这是它和普通「记忆文件」方案最大的差别——记忆不是让用户手写，而是从真实任务中反推出来的。
可选的全面扫描：任务列表解码完成后，它会主动征求是否要对消息、电子邮件、文档做全量扫描，构建更丰富的人、项目、术语脑图；也可以选择先只用现有信息，稍后再补。
和普通工具比强在哪：普通笔记工具要你自己搭结构、自己维护；普通 AI 对话没有持久状态；而这个技能把「建结构 + 填内容 + 教学行话」压缩成一次对话，并且自带状态判断，重复执行也安全。

如何使用该技能？

第 1 步：在正确的工作目录里触发

先切换到你要长期协作的项目目录，再发起请求。示例输入：

帮我启动生产力系统，初始化任务和内存。

第 2 步：让它自检，不要急着新建

技能会先检查四类内容是否存在。如果你已经有 TASKS.md，它不会重复创建；此时你可以顺势确认：现有任务列表是否需要合并或迁移。

第 3 步：读取状态反馈

若一切已初始化，你会看到类似提示：仪表板已打开，您的任务和内存都已加载，并附带 productivity-update 与 productivity-update --comprehensive 的建议。
若为全新设置，它会进入内存引导，先问你把待办事项存在哪里。

第 4 步：提供真实任务列表（关键一步）

按提示回答来源即可，例如「我的任务在项目根目录的 TASKS.md 里」或「在 Notion 的任务库里，我贴给你」。它需要的是真实任务文本，因为真实任务才有真实简写。

第 5 步：完成术语解码问答

它会把任务里的可疑术语挑出来逐条问。以详情中的示例任务为例：

任务：「发送 PSR 给 Todd 关于 Phoenix 阻塞项」

它会提出类似问题：

PSR —— 这代表什么？
Todd —— 谁是 Todd？（全名、角色）
Phoenix —— 这是一个项目代号吗？关于什么？

你只需用大白话回答，例如「PSR 是产品需求评审，Todd 是我们前端负责人，Phoenix 是支付重构项目的代号」。这些答案会被沉淀进 CONTEXT.md 与 memory/。

第 6 步：决定是否做全面扫描

它会询问是否对消息、电子邮件、文档进行全量扫描，并说明代价：耗时更长，但能构建更丰富的人、项目、术语上下文。想快速开始就选「先这样」，之后随时补充。

第 7 步：打开仪表板并进入日常循环

从文件浏览器打开当前目录下的 dashboard.html，即可看到任务与内存的可视化界面。之后每次开工，用 productivity-update 同步任务、检查内存；需要大扫除时用 productivity-update --comprehensive。

输出说明：本技能的直接产物是文件（任务列表、上下文文件、内存目录、仪表板）与一段结构化的引导对话，而不是一段分析文字。判断成功与否，看目录里有没有这些文件、AI 后续回答是否开始使用你的内部术语。

同类型竞品对比分析

方案名称	定位	核心功能	安装/使用门槛	适用场景	优势与不足
productivity-start（生产力启动）	AI 协作环境的「开机初始化」协议	自检并补齐任务文件、内存目录、仪表板；首运行做行话解码；给出后续命令指引	需支持技能安装与本地文件读写；安装入口以官方说明为准	长期与 AI 协作的开发者、项目管理者	优势：幂等安全、从真实任务学习术语、一次到位；不足：依赖工作目录与生产力包资源，路径需按环境调整
通用 AI 助手对话（无持久状态）	即问即答	单轮/单会话对话与生成	极低，打开就能用	一次性问答、临时草稿	优势：零门槛；不足：每次都要重新交代背景，跨会话记忆缺失，任务无法沉淀
笔记/知识库工具（如 Notion、Obsidian 一类）	人工维护的第二大脑	文档、数据库、双向链接、可视化看板	中，需要自己设计结构与模板	知识沉淀、文档管理	优势：可视化强、可持续积累；不足：结构靠人搭、内容靠人填，AI 不自动理解你的简写
专业任务管理应用（如 Jira、Linear、Todoist 一类）	团队级任务与流程管理	任务、看板、迭代、提醒、协作分配	中到高，需配置项目与成员	团队协作、研发流程	优势：流程规范、协作成熟；不足：与 AI 工作目录割裂，AI 需额外接入才能读取，本地上下文仍需另建
手工维护上下文文件（如自建规则/记忆文件）	极简「AI 记忆」方案	手写项目说明、术语表、规则	低，但需持续人工投入	单一项目的轻量上下文	优势：完全可控；不足：全靠手写与自律，容易过期，缺少初始化与仪表板等配套

从对比可以看出，这个技能的独特位置在「初始化 + 教学 + 展示」三合一：它不试图替代任务管理应用，而是把 AI 与你现有任务体系之间的那层「翻译与记忆」一次性搭好。

该技能的典型应用场景与实际体验情况

场景一：开发者中途接手一个陌生项目

痛点：代码能读，但任务列表里全是「等 PSR 回来再动 Phoenix 的阻塞项」这类只有内部人才懂的话，问 AI 也只能得到泛泛回答。

使用方式：在项目根目录触发技能，让它读取 TASKS.md，然后老实回答 PSR、Phoenix 分别指什么。之后 AI 在讨论任务时会自然使用这些术语。

实际体验：上手难度低，全程就是回答问题；效果取决于你回答的坦诚程度——含糊其辞，记忆就含糊。注意事项：首次解码可能要花十几分钟，但这是一次性成本。

场景二：项目经理的「每日开机」

痛点：每天开工要先翻三个地方确认今天该做什么，交接给别人时又要重新解释一遍背景。

使用方式：把任务列表指向自己常用的任务应用，初始化后每天用 productivity-update 同步任务并检查内存，用 dashboard.html 作为统一入口查看全局。

实际体验：重复执行很安全，因为技能会先检查再创建，不会把你的任务覆盖掉。注意事项：仪表板是从生产力包复制的静态文件，需要从文件浏览器手动打开，不是自动弹出的网页服务。

场景三：自由职业者/独立创作者管理多客户

痛点：多个客户各有代号、各有对接人，记忆串线是常态。

使用方式：为每个客户目录各跑一次初始化，各自维护独立的 CONTEXT.md 与 memory/，让 AI 在不同目录下自动切换到对应的人与项目语境。

实际体验：目录隔离带来的收益非常直观——同一句「问一下 Todd 那边」，在不同目录里指向正确的客户。注意事项：不要在多客户间共用同一个工作目录，否则内存会混在一起。

场景四：研究/写作类知识工作者

痛点：资料、待办、灵感分散在邮件、日历、聊天里，AI 只能看到你粘贴的那一小段。

使用方式：初始化时接受「全面扫描」选项，让它从聊天、邮件、文档、日历收集信息，构建人物、项目、术语的脑力转储。

实际体验：信息更丰富，但耗时明显更长，建议在非繁忙时段进行。注意事项：涉及敏感信息时，先确认你的环境允许读取哪些来源，再决定扫描范围。

该技能能为用户带来的价值

把「重新解释背景」的时间一次性收回：每开一个新会话就要复述项目与人员，是长期 AI 使用者最隐蔽的时间黑洞。初始化一次、后续复用，节省的是每天多次的重复叙述。
把 AI 的上下文从「手感」变成「资产」：CONTEXT.md 与 memory/ 是存放在你自己工作目录里的纯文本资产，可读、可改、可迁移，不锁死在某个平台里。长期看，这是比任何单次回答都更有价值的部分。
显著降低新环境/新成员的上手门槛：把「内部行话」显式化，等于顺手产出一份团队术语表；新人（或新的 AI 会话）不必再靠口口相传。
零摩擦的安全感：检查-补齐的幂等逻辑意味着你可以放心反复执行，不必担心哪天手滑覆盖了三个月积累的任务清单。
可视化带来的一眼全局：一个 dashboard.html 把任务与内存摆在一起，比在多层目录里翻找文件要快得多。
可量化的收益方向：可以自行统计「每次会话用于复述背景的轮次」「因术语误解题返工的任务数」这两项指标，初始化前后的对比通常最直观。

常见问题 FAQ

Q1：怎么安装这个技能？需要付费吗？

A：在支持技能安装的 AI 客户端中搜索技能ID 13774 或英文名 productivity-start 即可找到并启用；具体安装命令、导入入口与是否需要付费，各平台不同，以官方说明为准。安装前请确认两点：客户端支持第三方技能，且允许读写你的工作目录。

Q2：我在已有任务文件的情况下运行，会不会把原有内容覆盖掉？

A：不会。这个技能的第一步就是检查 TASKS.md、CONTEXT.md、memory/、dashboard.html 是否存在，只创建缺失的部分。不过为稳妥起见，涉及重要任务清单时，仍建议先备份或使用版本管理。

Q3：为什么它一上来就问我任务存在哪，而不是直接建文件？

A：因为它要从你的真实任务里学习你的真实简写。真实任务才有真实代号、昵称、缩写，凭空生成的术语表对没有任何帮助。这也是它和普通「记忆文件模板」的核心差异。

Q4：全面扫描是必须做的吗？不做会怎样？

A：不是必须的。技能会明确给出选择：全面扫描耗时更长，但人、项目、术语的上下文更丰富；也可以只基于现有任务列表先跑起来，后续再补充。建议先用最小集验证效果，再决定是否扫描聊天、邮件、文档、日历等来源。

Q5：它和 Jira / Notion / 待办应用是什么关系？会替代它们吗？

A：不替代。它更像 AI 与你现有任务体系之间的适配层：任务仍然可以放在你惯用的应用里，它负责把这部分信息纳入 AI 的工作内存并维护统一仪表板。如果你需要的是团队级流程规范与协作分配，专业任务应用仍是主力；如果你苦恼的是「AI 每次都不懂我在说什么」，这个技能正对症。

Q6：仪表板打不开怎么办？

A：dashboard.html 需要你从文件浏览器中手动打开，它不是自动启动的网页服务。若文件没有被创建，通常是复制来源路径与你的实际环境不一致——详情中给出的路径是 [Tandem 资源路径]/packs/productivity-pack/dashboard.html，并提示开发环境常位于 src-tauri/resources/packs 一类位置，请按实际安装位置调整，或参考官方说明。