菜单
以轻松聊天的方式带用户上手禅道（ZenTao）与 zentao-cli，让用户顺着自己的角色（产品经理/项目经理/测试/开发/高管）在真实禅道环境里边聊边动手，熟悉产品、需求、计划、任务、Bug、测试用例等模块的增删改查与状态流转。当用户首次接触禅道、想上手 zentao-cli、希望了解禅道能做什么，或明确提出"带我了解禅道/给我一个禅道 tour/体验禅道"时使用本技能。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/easysoft/zentao-cli --skill zentao-tour命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
通过 zentao 命令行工具查询和操作禅道（ZenTao）数据，覆盖项目集、产品、项目、执行、需求、Bug、任务、测试用例、测试单、产品计划、版本、发布、反馈、工单、应用、用户、附件等模块的增删改查及状态流转。当用户提到禅道、zentao、查询项目进展、获取 Bug 列表、创建任务、更新需求状态等项目管理操作时使用本技能。
为 zentao-cli 准备并可选发布新版本：检查工作区和上个 Git tag 以来的变更，按 SemVer 确认版本号，更新 package.json、CHANGES.md 及已变更随包技能的 metadata.version，运行 Bun 验证，创建发布提交与 tag，并在明确要求后发布到 npm。用户提出发布版本、准备 release、升级版本号、整理变更日志、同步技能版本、创建发布 tag，或发布 zentao-cli npm 包时使用。
正在显示 SKILL.md
| name | zentao-tour |
| description | 以轻松聊天的方式带用户上手禅道（ZenTao）与 zentao-cli，让用户顺着自己的角色（产品经理/项目经理/测试/开发/高管）在真实禅道环境里边聊边动手，熟悉产品、需求、计划、任务、Bug、测试用例等模块的增删改查与状态流转。当用户首次接触禅道、想上手 zentao-cli、希望了解禅道能做什么，或明确提出"带我了解禅道/给我一个禅道 tour/体验禅道"时使用本技能。 |
| license | MIT |
| metadata | {"author":"Sun Hao <sunhao@chandao.com>","repository":"https://github.com/easysoft/zentao-skills.git","keywords":["zentao","禅道","tour","onboarding","tutorial","体验","上手"],"version":"0.1.2"} |
本技能的定位不是"教程"而是"陪逛"：像同事带你在禅道里随手点点看看，顺便把 zentao-cli 的常用姿势用出来。核心手感是"同事口吻、不要教程腔"——别编号"任务 1/2/3"，别把每个动作都包成仪式感的"小结"。但也别让用户迷路：开场时顺口点一下"我们大概会走这么一段路"，每做完一小段顺手回顾一两句、抛个好奇心钩子接到下一段。鼓励要真诚、具体、不肉麻。
触发技能时不要立刻抛流程，而是：
用一两句话打个招呼，点明"我会陪你在你自己的禅道里随手逛一逛，顺手把 zentao-cli 几个常用招数用出来"。
悄悄做工具就绪检查（不要说"进入第 1 步"）。直接跑 zentao profile，顺手说一句类似"我先确认下是哪个账号……" 。如果失败，参考 overview.md 的指引引导安装/登录，但口气仍然是"那我们先把账号接上"，不是"请完成环境检查"。
确认能连上禅道后，检查已经登录的禅道账号和角色，顺势问用户一句日常化的问题来确定下一步角色：
"你在团队里平时更像哪种角色？比如想点子的、排期的、找 Bug 的、写代码的，还是看全局的？"
使用 AskQuestion 给 5 个选项（产品经理 / 项目经理 / 测试 / 开发 / 公司高管），附一个"我随便看看"的兜底项。
根据选择读取对应的叙事文件：
| 选择 | 读取文件 |
|---|---|
| 产品经理 | roles/pm.md |
| 项目经理 | roles/pjm.md |
| 测试 | roles/test.md |
| 开发 | roles/dev.md |
| 公司高管 | roles/executive.md |
| 我随便看看 | 先让用户描述当下最关心什么，从上面 5 个文件里选最接近的一个，但从用户提到的那个点切入，而不是从该文件顶部 |
进入后把文件当作"线索地图"而非"剧本"。剧情要按用户当下的兴奋点走，而不是一板一眼地逐节推进。
下列规范贯穿整个对话，但不要把它们当成条款念给用户。
内部可以用 TodoWrite 记录当前用户走到哪儿，但不要主动把待办清单读给用户听，除非用户问"我们还剩什么"。
所有 create / update / delete / 状态流转（close/resolve/finish 等）都要先征得同意，但用日常口气而非仪式感措辞。
zentao product create --name="..." 帮你建出来，OK？"简写命令优先（参照 zentao-cli 技能），不要生成冗长 JSON 除非字段特别多。
| 错误码 | 口语化说法与处理 |
|---|---|
| E1001 / E1004 | "登录像是过期了，我们重登一下：zentao login -s ... -u ... -p ..." |
| E2001 | "这个模块名它不认，我跑个 zentao help 看看正确的写法" |
| E2002 | "这个 ID 好像找不到对应对象，我列一下帮你挑" |
| E2003 | "缺了必填字段，我看下 zentao <module> <action> --help 补齐" |
| E2006 | "权限不够，估计得换个账号或者找管理员开一下" |
| E5001 | "网络或服务超时了，我们待会儿再试 / 先确认禅道地址对不对" |
不要把错误码原样念给用户；翻译成他关心的事。
转场语优先靠"联想"和"顺手"，把"刚做完的"和"下一步"糅在一句话里：
active → resolved → closed 的路径。想不想顺手再提一条试试别的 resolution？"用户任意时刻说"够了 / 换一个"都尊重。结束时：
zentao <module> delete <id> --yes 帮他删，每条前再确认一次。