negative-results-ledger
记录并公开负结果以减少发表偏差与重复工作。
▸ 推荐理由提高实验透明度，避免重复无效尝试与资源浪费。
▸ 风险提示可能包含未发布或敏感实验数据，应控制访问权限。
全部收录
相关性达标的全量 Skills（含未精选长尾）· 共 7200 个
lit-anchor
将陈述锚定到文献或外部证据并生成标准化引用。
▸ 推荐理由增强论断可信度，便于学术检验与可追溯性。
▸ 风险提示可能需要访问外部文献库或进行网络抓取。
layer-sync
在多层系统间同步状态与元数据，保持系统一致性。
▸ 推荐理由解决跨层状态漂移，保障协同任务的一致执行。
external-positioning
为输出加入外部立场或角色定位，调整语气与沟通策略。
▸ 推荐理由适合对外沟通、品牌对齐或需要特定视角的场景。
evidence-convention
定义并强制执行证据格式与引用规范，提升可审计性。
▸ 推荐理由统一证据规范，便于验证与机器化处理证据链。
drift-auditor
持续监测模型或任务输出的漂移并生成审计报告。
▸ 推荐理由自动化发现行为或性能变化，便于及时干预与回滚。
▸ 风险提示需要访问历史数据与指标，可能涉敏感数据。
decision-log
为 agent 自动记录决策过程与理由，便于审计与回溯。
▸ 推荐理由为团队和审计提供可追溯的决策日志与证据链。
▸ 风险提示可能记录敏感信息，需注意数据泄露与存储合规。
statistical-reporting
规范数值结果报告：重复次数、置信区间与配对比较等要素。
▸ 推荐理由确保结论基于合适的统计设计与可重复测量。
numerical-determinism
定义锁定线程、并行顺序与硬件信息以实现数值可复现性。
▸ 推荐理由对需比对位级或计时结果的实验尤为重要。
▸ 风险提示可能需要采集或暴露底层硬件和环境信息。
negative-results-ledger
将失败或被放弃的想法与实验以简短条目记录，避免重复试错。
▸ 推荐理由便于团队保存失败经验，减少重复浪费。
lit-anchor
加入参考文献时逐条核验 DOI、标题与作者以避免伪造引用。
▸ 推荐理由防止 AI 生成的假文献，适合写作与审稿环节。
▸ 风险提示核验可能需要访问外部 DOI/数据库服务。
external-positioning
在对外陈述科研主张前，校准新颖性、证据范围与可复现性要求。
▸ 推荐理由适合论文与科研产出发布前的自审与审稿准备。
run-provenance
记录运行环境、输入与随机性，确保每次结果可追溯重现。
▸ 推荐理由对可复现研究至关重要，便于审计与重现实验流程。
project-layout
规范计算科学仓库的目录布局并定义每个目录职责。
▸ 推荐理由有助于保持仓库整洁、便于协作与自动化处理。
phase-gate
按验收清单逐项核验证据，正式关闭项目阶段或里程碑。
▸ 推荐理由把口头完成变成可审计的关口，适用于流程化团队。
layer-sync
审计决策、文档、代码与报告间的一致性并报告漂移情况。
▸ 推荐理由帮助发现重构或决策后未同步的差异，防止错误扩散。
evidence-convention
规定结果保存位置与格式，禁止“暗地运行”，要求生成元数据。
▸ 推荐理由确保每个实验结果都有可审计的记录与meta，提升复现性。
decision-log
将项目重要决策记录成编号条目，包含状态与理由以便仲裁。
▸ 推荐理由便于追溯设计变更与冲突仲裁，适合多人协作研究组。
correctness-gate
在关键模块修改后强制运行门控测试以确保不破坏结果。
▸ 推荐理由适合含核心计算模块的项目，保证改动不会隐性破坏结果。
canonical-params
定义并保护项目的标准默认参数，避免无意改动影响结果。
▸ 推荐理由适合强调可比结果的研究项目，防止临时调参污染证据。
build-log
维护写一次性的构建日志条目，记录阶段完成与门控结果的数值证据。
▸ 推荐理由保证项目方法与决策可追溯，利于科研与复盘。
skill-library-generator
把通用技能包绑定到具体代码仓库并抽取项目特有技能与规范。
▸ 推荐理由自动化落地技能包，提高团队复用与项目上手速度。
token-efficiency
提供降低 LLM 会话令牌消耗的工具与习惯指南（含 RTK）。
▸ 推荐理由兼顾工具与实践，可显著减少 API 成本与上下文膨胀。
rbac-design
为系统设计基于角色且具细粒度权限的 RBAC 模型与审批流程。
▸ 推荐理由覆盖角色×域矩阵与 N:N 建模，适合需要明确“谁能做什么”的项目。
prisma-schema-conventions
针对 Prisma+Postgres 的多租户与版本化建模约定与实践指南。
▸ 推荐理由总结了生产经验的建模规则，利于长期数据一致性与隔离设计。
nestjs-crud-pattern
为 NestJS+Prisma 项目提供统一的 CRUD 模块结构与实现约定。
▸ 推荐理由可显著加速新领域开发并保持一致性，适合有 NestJS 基础的团队。
client-facing-docs
为客户撰写无术语、含现实数据和工程原则的技术文档与提案。
▸ 推荐理由强调可读性与诚实数字，适合对外沟通与决策材料准备。
clickup-task-breakdown
将范围文档拆解成 ClickUp 父子任务、依赖及可导入的 CSV 样式清单。
▸ 推荐理由把高阶需求结构化为可执行任务清单，适合项目计划与冲刺准备。
add-to-cafeblr
从推文 URL 提取信息并向 cafeblr 仓库添加咖啡条目并提交 PR。
▸ 推荐理由能自动化生成条目并创建带变更的 PR，节省手工操作。
▸ 风险提示会执行 git/gh 操作并要求本地仓库与 GitHub 认证。
setup-developer-skills
为仓库搭建 /developer 管线所需的配置、标签与代理组件装配流程。
▸ 推荐理由方便按既定流水线快速将仓库接入自动化交付/代理生态的初始化工具。
▸ 风险提示会修改仓库配置和问题追踪器、安装代理，需管理员权限并谨慎确认。
review-pr
对分支 diff 做自动化代码审查、发布行内评论并给出总结意见。
▸ 推荐理由能快速生成可发布到 GitHub 的审查意见，便于统一初步质量把关。
▸ 风险提示会在 PR 上发布评论并可标记为可审阅，需仓库写权限与人工复核。
implement-issue
从 issue 抓取规格、建分支、以 TDD 实现、提交并打开草稿 PR 的端到端流程。
▸ 推荐理由可将问题自动化为可提交的开发工作流，适合需要无人值守实现的小任务。
▸ 风险提示会修改代码并推送，且说明依赖你的 Claude 订阅与本地 gh/git，需授权与审查。
fix-pr
读取 PR 评论并实现修复、推送并回复每个 review 线程。
▸ 推荐理由把审阅反馈变成实际代码修改并自动回复，适合减轻维护负担的仓库。
▸ 风险提示会自动提交/推送并在 PR 上回复，需要仓库写权限；检查后再运行。
developer
以子 agent 工作流自动化治理 PRD 的撰写、实现、复审与合并流程。
▸ 推荐理由适合想要无人值守完成开发交付的团队。
▸ 风险提示需要仓库读写与合并权限，可能自动提交或合并 PR。
skill-migrator
将现有技能迁移并特化到目标项目，生成独立可用的定制版本
▸ 推荐理由适合把通用技能快速集成到特定仓库的维护者
▸ 风险提示会在目标仓库写入或修改文件，需确认写权限并防止覆盖
gh-action-run-validator
获取并分析 GitHub Actions 运行日志，定位失败原因并提出修复建议
▸ 推荐理由能把繁琐的 CI 日志分析流程自动化，显著节省排查时间
▸ 风险提示需访问私有运行日志，可能涉及凭据或敏感仓库信息
coding-prompt-optimizer
针对编码场景优化并重写提示，提升模型推理與规划能力
▸ 推荐理由适合将模型提示提升到工程级别的团队或个人
ai-context-optimizer
评估并改写 AI agent 的上下文文件以提升提示与推理质量
▸ 推荐理由适合提升代理一致性与提示效果的团队使用
▸ 风险提示会修改项目配置文件，建议先备份以防覆盖
typespec-specialist
协助用 TypeSpec 设计、实现与审查 API 模式，并支持从 OpenAPI/JSON Schema 迁移
▸ 推荐理由适用于把 TypeSpec 作为单一事实源的 API 团队
typescript-specialist
负责 TypeScript 的设计、实现与审查，按规范生成类型安全代码
▸ 推荐理由适合需要严格类型保证与迁移改进的前端/全栈工程师