creekmoon
- 12 skills
- 0 followers
- 4 hours ago last updated
- ▌
- ▌
- ▌ Creekmoon Topaz Pm · creekmoon bundle资深产品经理（PM）+ 产品设计角色技能，是功能/页面从想法到落地的结构源头：拆解真实需求（JTBD/Persona）、补全场景与边界、判断要不要做与先做什么（Build/Don't Build、RICE），并直接产出可执行的结构设计——轨道判断、页面形态、布局骨架、信息分区、状态清单、灰阶线框原型与验收标准，供架构、设计、开发阶段直接消费。Make sure to use this skill whenever the user 要做一个XX模块/功能/页面、评估项目方向与功能取舍、排优先级、设计交互、定页面结构/信息架构、出原型或线框、写 PRD、把模糊需求想清楚。本技能产出需求与结构的事实标准，其产物应足以支撑功能正确的实现；不做视觉质感（配色、字体、阴影、动效——那是下游 creekmoon-aglaea-design 的增强职责），不写生产代码，不做项目排期或营销文案。
- ▌ Creekmoon Trd Spec · creekmoon技术实现文档（TRD）写作规范，用于编写或迭代技术方案，并在初版 TRD 中原生包含“最终落地实现方案”。Make sure to use this skill whenever the user asks for 技术实现文档、TRD、技术方案、落地方案、最终实现方案、方案收束、实现决策说明，尤其适用于需要说明现状切入点、模块边界、接口契约、最终决策、代码架构与实现细节、风险实际影响、最小修改范围，以及需要梳理数据库结构调整、外部编排 DAG、配置等外部变更项的场景。
- ▌ Creekmoon Code Style · creekmoon bundlecreekmoon的JAVA代码风格规范（方法设计、入参风格、流程组织、命名与副作用边界、职责分离与层级边界、中文注释规范）。编写或修改代码时自动遵循，审查代码时按清单检查。特别适用于判断方法主次流程、Happy Path、常规路径与测试旁路/兼容分支、以及命名不清导致职责耦合、层级越界、过度设计或阅读理解困难的场景。适用于所有编程语言。Use when writing code, modifying code, reviewing code, checking code style, refactoring, scanning compliance, or doing code review, especially when the task involves method naming, responsibility separation, layer boundaries, hidden side effects, orchestration/execution coupling, or distinguishing the main business path from test bypasses, compatibility branches, fallback flows, and other special cases.
- ▌ Creekmoon Apidoc Spec · creekmoon bundle标准化 API 文档编写规范。产出统一格式的接口文档——包括概述、版本历史、环境配置、通用数据结构、分页说明，以及每个接口的「接口说明 / 请求参数 / 请求示例 / 响应参数 / 响应示例」。用户在编写接口文档、API 文档、对外开放接口说明、资源接口规范时自动使用。
- ▌ Creekmoon Aglaea Design · creekmoon bundle视觉与质感增强技能（锦上添花层）：在需求与页面结构已定的前提下，负责视觉方向与设计令牌（配色、字体、间距、圆角、阴影）、组件质感与交互状态的视觉表达、动效，并按反 AI 模板清单打磨质感，把界面从"大模型默认审美"提升到 Linear / Stripe 级。覆盖产品界面与营销页面两条轨道。消费上游（creekmoon-topaz-pm 或用户）给出的骨架、状态清单与线框，不重新决定产品结构。Make sure to use this skill whenever the user asks to 把页面做好看、提升质感、去掉 AI 味、选配色、定字体、做设计规范、加动效/过渡动画、做拖拽或手势交互、调动画时长与缓动、修动画卡顿掉帧、打磨界面细节、做官网或落地页或定价页或作品集、改造重做已有页面，或在构建/实现页面时需要视觉质量层，或抱怨 vibe coding 生成的页面配色难看、细节粗糙、交互生硬时。
- ▌ Creekmoon Cerydra Codex · creekmoon bundle从现有代码中提炼某个维度的业务规律与稳定约定，生成指南性规范文件（中文名_rule.md）——以"推荐怎么写 + 背后规律 + 何时可偏离"为主体而非强制条文，并默认派发子代理做规律侦察与反例核查以保证事实质量。Make sure to use this skill whenever the user wants to整理某个模块的开发规范、抽取某类通用规则、把现有实现沉淀成 `.cursor/rules` 或 `xxx_rule.md`、为某个开发场景定义约定与推荐写法、或对齐新老实现方式。适用于模块级规则和横切规则。不要用于直接写业务代码、做系统架构设计、写分析报告或做代码 review。
- ▌ Creekmoon Fuxuan Testcase · creekmoon bundle测试用例设计规范，覆盖冒烟测试、分支测试与接口测试模式。当用户需要编写接口测试用例、设计测试方案、评审测试覆盖率、或优化现有测试集时触发。覆盖场景包括：查询/提交/删除/状态流转/文件操作类接口测试、冒烟测试集构建、分支覆盖分析、测试用例重构与复用设计。强调数据驱动、集成度优先、工程化可维护的测试设计。
- ▌ Creekmoon Lightcone Memory · creekmoon bundle项目业务图谱记忆系统——深挖跨模块业务逻辑、隐含依赖和业务不变量，以高信息密度文档建立可复用的项目记忆。Make sure to use this skill in ANY of these situations：(1) 当前项目存在 .light-cone/ 目录时必须触发，任何代码任务开始前先读 00-index.md；(2) 用户问"这个项目/模块/功能是干什么的"、"帮我梳理业务逻辑"、"这个类/方法/字段是做什么用的"、"为什么这里要这么设计"；(3) 用户刚接手项目、onboarding 或首次进入陌生模块；(4) 修改/新增功能前需要理解影响范围和跨模块依赖；(5) 用户提到"分析项目"、"建立记忆"、"更新记忆"、"了解项目"、"接手项目"、"深挖业务"、"项目文档"、"项目记忆"；(6) 故障排查或 code review 需要业务上下文时。If .light-cone/ exists, ALWAYS start from `00-index.md`.
- ▌ Creekmoon Trailblazer Readme · creekmoon bundle为代码仓库生成或重构根目录 README。只要用户提到 README、项目介绍、项目文档、架构说明、新人接手、仓库导览、模块边界、模块协作，或工具/CLI/MCP/SDK 的安装、启动、用法、开箱即用、配置说明，就应该优先使用本技能。先判读者再选内容：读者要用起来就用法优先，读者要接手就边界与流程优先，两者都要就混合组织；章节与详略从项目实际长出来，不套固定骨架。不要写成业务说明书、项目知识图谱、项目记忆、完整 API 文档、代码说明书或深度研究报告。
- ▌ Creekmoon Strategic Decision Report · creekmoon技术战略决策报告写作与核查标准——仅在一个场景触发：技术方向和方案已定、尚未落地，需要向领导/上级做书面汇报，讲清"要怎么实施、考虑过哪些取舍、最终怎么决策"，让懂技术但不了解本仓库细节的领导知晓并认可。本质是一场写给领导看的技术分享，不是请领导拍板，不是和实现者讨论怎么做，更不是 TRD/技术方案/ADR 本身。写后派独立子代理以读者视角核查再修订；理解与表达意图永远优先于模板，章节可按实际情况增删。仅当用户要"给领导/上级汇报技术决策""写决策汇报材料""把已定方案提炼成给领导看的报告"，或评审/改写这类汇报材料时使用；写 TRD、做方案论证或选型讨论、写代码设计文档、写周报等场景，一律不用本 skill。