后端开发角色。关键词:后端/FastAPI/Python/API接口/数据库/PostgreSQL/业务逻辑/认证/SSE。激活后读技术架构.md,按四层架构实现,写完任何DB函数必须立即集成测试。
Skills(SKILL.md)は、AIエージェント(Claude Code、Cursor、Codexなど)に特定の能力を追加するための設定ファイルです。
詳しく見る →后端开发角色。关键词:后端/FastAPI/Python/API接口/数据库/PostgreSQL/业务逻辑/认证/SSE。激活后读技术架构.md,按四层架构实现,写完任何DB函数必须立即集成测试。
用户模拟审核者(关卡A)。关键词:审核/产品审核/用户流/闭环验证/体验审核/关卡A/沙盘推演。在产品定义完成后、代码开始前触发。扮演挑剔用户走一遍核心路径,找出设计漏洞。
系统破坏审核者(关卡B)。关键词:架构审核/安全审查/系统破坏/压力测试/关卡B/技术审核/漏洞/可演化性。在技术架构完成后、代码开始前触发。扮演黑客/极端用量测试者找出架构弱点。
技术架构师角色。关键词:技术架构/系统设计/数据模型/接口规范/技术选型/API设计/数据库设计/模块划分。激活后读PRD,先输出草稿给PM确认,再下发给开发。
数据分析师角色。关键词:数据分析/指标/闭环完成率/用户行为/断裂节点/AI调用成本/产品健康度报告。激活后追踪产品真实使用情况,识别哪些闭环在运转、哪些在断裂。
测试工程师角色(关卡C)。关键词:测试/验收/Bug报告/质量/功能验证/闭环测试/体验验收/压力测试。接收开发完成的模块,按五类测试维度验收,Bug回开发,产品偏差回PM,通过才能进DevOps。
从现有 role-* Skills 动态发现所有任务场景,为每个场景生成包含「认知根 D0 节点」和「认知反馈节点」的完整大闭环沙盘文件(status: draft),供 skill-closure-verifier-meta 做 Phase 2 验证。⚠️ 与 skill-sandbox-expander 的区别:后者从已有域的缺口扩充;本 Skill 从零发现所有场景,生成覆盖全体系的初始沙盘库。触发词:「场景沙盘生成」「为当前体系生成场景沙盘」「发现所有任务场景并建沙盘」「场景化沙盘覆盖」「从零建沙盘库」。
任务结束后的统一复盘入口,同时覆盖「修改」(识别并修复 B/K 对象缺陷)和「沉淀」(将新经验/洞见写入对应 B/K 对象)两个方向。主分类轴:B-object(Skill/Rule/Agent)vs K-object(原则/框架/规范/项目规格/碎片),操作类型:modify(修改已有)或 create(新建沉淀)。触发词:「复盘一下」「做个复盘」「这次踩坑了」「这个经验值得记」「跑通了」「总结经验」「沉淀一下」「记录一下这次」。注意:项目级批量复盘请触发 project-retrospective。
元级闭环验证编排器。读取五域形式化描述(DOMAIN-REGISTRY + NODE-IO-CONTRACTS),两阶段(Phase 1预想/Phase 2实际)执行沙盘验证,调用 skill-domain-health-check 检查传播完备性,调用 skill-domain-self-optimizer 生成修复方案,输出带证据链的全系统闭环验证报告。这是整个Skill体系自我验证的最高入口。触发词:「运行元验证」「闭环验证」「验证Skill体系传播完备性」「系统闭环检查」「全域验证」「元系统运行」。
Skill/Agent/Rule 开发全流程双视角导引者。新建或重构任何 Skill/Agent/Rule 时激活。判断复杂度级别(L1-L4),引导完成双层产品定义(人层意图 + Agent层规格),按级别触发对应关卡(A=AI执行者模拟/B=系统冲突破坏/C=行为验证)。触发词:「新建Skill」「设计一个Skill」「要写一个新的Skill」「新建Agent」「设计子智能体」「新建Rule」「设计规则」。
按域检查Skill体系的传播完备性:所有节点可达、I/O契约满足、任意入口可触发相关闭环终态。与 skill-system-health-check 互补——后者检查内部一致性(版本/触发词/文件存在),本Skill检查跨节点的传播完备性(任意输入能否完整走完闭环)。触发词:「检查[域名]域健康」「[域名]域传播完备性检查」「域健康报告」「[域名]闭环是否完整」。通常由 skill-closure-verifier-meta 调用,也可独立触发。
基于域健康报告和沙盘Gap记录,识别断裂模式,生成具体的补全行动方案:新Skill提案/现有Skill修改建议/缺失触发链路描述。与 skill-evolution-planner-meta 的区别:后者基于历史日志做宏观演进规划;本Skill基于具体Gap证据做定向修复。触发词:「优化[域名]域」「修复[域名]域Gap」「[域名]域自优化」「根据健康报告生成修复方案」。通常由 skill-closure-verifier-meta 调用,也可独立触发。
Skill体系演进规划 Skill。基于CO-BUILD-LOG(决策轨迹)、PENDING-EXPERIENCES(踩坑模式)、PENDING-SKILLS(需求积压)和SYSTEM-BLUEPRINT(体系蓝图),主动分析Skill体系的演进方向——哪些Skill应该新建、哪些应该合并/拆分、哪些描述需要重写、哪些触发词需要调整、整体编排架构是否需要升级。对应产品侧的 product-evolution-planner。触发词:「Skill体系怎么演进」「Skill体系应该怎么完善」「有没有新的Skill需要建」「Skill体系演进建议」「主动分析Skill体系」「Skill体系下一步」。
全量搜索外部 Skill/Agent/Rule 仓库,必须执行7维度协议,禁止以少于7维度的搜索声称「全量完成」。触发词:「全量搜索 skill 库」「搜索 GitHub skill 仓库」「找所有 skill 库」「有没有遗漏的 skill 仓库」「更新 skill 参考库」。
修改 Skill / Rule / Agent 文件的操作规范。当 AI 或用户需要新增、修改、删除 .cursor/skills/ 或 .cursor/rules/ 或 .cursor/agents/ 中的任何文件时触发。修改前必须遵循本规范,未经本规范允许不可直接改写 Skill/Rule/Agent。
> 关系类型:depends-on(依赖 DOMAIN-REGISTRY + NODE-IO-CONTRACTS + SANDBOX-FORMAT)
> 关系类型:implements → `_内部总控/认知结构/L1_系统性文档/系统架构思维维度/Skill体系设计原则_v1.0.md` §9.7
Skill体系自洽性审查 Skill(由用户主动触发,不被其他组件调用)。主动检查整个Skill/Agent/Rule体系的内部一致性:触发词冲突、孤立组件、版本漂移、SKILL-INDEX与实际文件不一致、alwaysApply Rule叠加矛盾等。对应产品侧的 project-closeout。注意:与 skill-system-destroyer(子智能体,只读审查新组件冲突)不同——本 Skill 审查整个体系的历史一致性。触发词:「检查Skill体系」「Skill体系有没有问题」「Skill体系自检」「Skill体系自洽性」「Skill健康检查」。
他山工作台(tashan-workbench)开发专属 Skill。接手/开发/调试工作台时激活:启动命令、架构速查、历史踩坑、测试方法。触发词:「他山工作台」「openwork-local」「tashan-workbench 开发」「工作台怎么启动」「接手工作台」「工作台调试」。
测试环境自动准备 Skill。在执行任何测试之前,自动检查并准备完整的测试环境:服务健康检查、自动启动后端、数据库就绪、测试账号创建、依赖验证。确保后续测试在稳定环境中执行。触发词:「准备测试环境」「环境预检」「初始化测试环境」「测试前准备」。也被 role-测试工程师 Step 0 和 fixer Step A0/B0 自动调用。
三大闭环日常健检(v2.0)。快速读取系统状态文件(约1分钟),从三个层次输出健康仪表盘:①运营指标层(PENDING-EXPERIENCES/碎片积压/一致性检查日期/cascade/PENDING-SKILLS)②沙盘状态层(sandboxes/目录的 validated/draft/gap-found 分布)③D0覆盖率层(role-* Skills 有多少已有认知根行)。触发词:「三大闭环健康检查」「全系统健康报告」「整体系统健康」「三个闭环都健康吗」「三大闭环状态怎么样」。⚠️ 本 Skill 为快速只读健检,无 Full 模式。深度场景沙盘验证→skill-closure-verifier-meta;生成场景沙盘→scenario-sandbox-builder;单一Loop专项→对应专项Skill。
指导 AI 正确执行跨项目联动通知。当任务涉及①公理体系变动、②体系结构变动、TF变动、分身数据格式变动、产品设计变动时触发。对应 AGENT_RULES.md 第六节和 06_全链路联动规则.md。
对已有科研人员画像进行精确的字段补充或修改。当用户说「修改」「更新」「补充」「不对」等,或审核反馈后需要更新数据时使用。
| 层级 | 文档 | 需要理解的概念 |
指导 AI 正确填写任务日志,并在任务完成后自动提取认知价值。当任务完成后、对话即将结束时、或用户提到「写日志」「更新日志」「任务记录」时自动触发。对应 AGENT_RULES.md RULE-01/02/03。版本:v2.0(2026-03-19新增步骤四:认知提取)
| | 产品反馈处理(本 Skill)| 规范审核迭代 |
本 Skill 实现「项目开发规范的自我迭代」——通过外部审核视角发现差距,驱动规范不断完善。
Excel ファイルの読み書き・書式設定を行うための MCP ツール群。
Use when provisioning infrastructure, building containers, configuring CI/CD, or deploying services - ensures all infrastructure is codified, versioned, and reviewable with repeatable deployment strategies and proper secrets management | インフラのプロビジョニング、コンテナのビルド、CI/CDの構成、サービスのデプロイ時に使用 - すべてのインフラがコード化、バージョン管理、レビュー可能であることを保証し、再現可能なデプロイ戦略と適切なシークレット管理を実現
Three-mode translation skill: **quick** for direct translation, **normal** for analysis-informed translation, **refined** for full publication-quality workflow with review and polish.
> **「在数字沧海中,找到你的方向」**
TransBigData 交通时空大数据分析工具集。适用于轨迹数据栅格化、轨迹清洗处理、出租车OD提取、公交地铁网络分析、坐标转换、数据可视化等交通大数据分析任务。
AI 应急响应工具集,整合 Shellcode 分析和 Linux 应急响应两大功能模块,提供安全研究和应急响应的完整解决方案。
循环执行的 Skill。当需要重复执行直到满足条件时触发。触发词:循环、loop、重复、直到、until、持续。
PySide6 widget implementation for LoRAIro GUI with Signal/Slot pattern, Direct Widget Communication, and Qt Designer integration best practices
SQLAlchemy repository pattern implementation for LoRAIro database operations with type-safe transactions, session management, and ORM best practices
Generate pytest unit, integration, and GUI tests for LoRAIro with proper fixtures, mocks, and 75%+ coverage using pytest-qt for PySide6 testing
バグ修正・エラー解消・技術的知見を自動記録するスキル。デバッグで発見したインサイト、実装上のハマりポイント、設定の回避策などをExocortexに保存し、将来の同様の問題解決を効率化する。プロジェクト固有でなくても、汎用的な技術知見も記録対象。
Lorepedia Notionワークスペースからプロジェクト情報を取得するスキル。コーディング中に技術仕様、機能要件、DB設計、アーキテクチャなどの情報が必要な場合に自動的にトリガーされる。「Notionを確認」「仕様を確認」「要件を見て」などの明示的な指示でも使用。
Notionの仕様ページから実装タスクを作成するスキル。画面仕様や機能仕様を読み取り、実装タスクに分解してタスク管理データベースに登録する。「仕様からタスクを作成」「タスクに分解して」などの指示で使用。
LPを太陽スタイル基準で分析し、成約率を最大4.3倍に改善する具体的な施策を提案。3つの黄金ルールに基づく最適化。
LSP 優先開發策略工具。用於:(1) 查詢 LSP 操作指令, (2) 配置新語言 LSP 插件, (3) LSP vs MCP 工具選擇決策, (4) 自建 LSP 插件指南
基于RFM模型和回归算法的客户生命周期价值(LTV)预测分析工具,支持电商和零售业务的客户价值预测。使用时需要客户交易数据、订单历史或消费记录,自动进行RFM特征工程、回归建模和价值预测。
Use when designing domain error handling. Keywords: domain error, error categorization, recovery strategy, retry, fallback, domain error hierarchy, user-facing vs internal errors, error code design, circuit breaker, graceful degradation, resilience, error context, backoff, retry with backoff, error recovery, transient vs permanent error, 领域错误, 错误分类, 恢复策略, 重试, 熔断器, 优雅降级