把智能体能力，拼成你的工作流。

指定研究对象和性状后，它可结合种子论文及已有人工数据，提出字段与校验规则供用户批准，再搜索、获取并批量处理论文。每条结果都需通过原文引句、页码和确定性脚本检查后才写入 CSV，同时保留来源哈希与审计记录。

该技能为 Claude Code 提供 SST、GST 和 VAT 的参考资料、TaxEngine 架构示例及计算校验脚本，适合实现马来西亚、新加坡等国家的销售税逻辑。泰国资料仍是待核验骨架，且范围不含所得税、工资税和企业税；上线前仍需向官方税务机构或专业人士复核。

通过一组 Claude Code 命令输入工作负载信息后，它可完成 7R 路径建议、阻塞项排查、组合评分，以及容器、数据库、网络和 VMware 迁移评估。还可生成切换手册、迁移波次、成本估算和组合报告；方法、评分标准与护栏都保存在本地提示和参考文件中，无需 MCP 服务。

把单个文件或论文目录交给 Claude 后，它会优先提取 DOI，并通过 CrossRef 或 Semantic Scholar 查找作者、标题和年份，再按“作者 - 标题 - 年份”格式原地重命名。扫描件可使用 Tesseract 或 Claude 视觉识别；基础运行依赖 PyMuPDF，OCR 路径还需额外组件。

它针对 ChatGPT DeepResearch 的 DOCX 结构识别标题、列表、代码块、Mermaid、表格、数学公式和文末参考链接，并生成可在 Obsidian 中正常浏览的 Markdown。转换后还会检查 LaTeX、图表标签和引文格式；主要依赖 python-docx，可通过 uv 隔离运行。

安装 PostToolUse 钩子后，它只记录当前权限规则尚未覆盖、因而需要人工批准的 Bash、Write 或 Edit 调用，并按项目统计重复模式。运行分析命令时会列出建议规则和示例，由用户选择后才写入 Claude 设置，适合减少同一项目中的重复确认。

在 Claude Code 中传入源码路径后，该技能会借助 showboat 制作线性 walkthrough，让读者按固定顺序理解代码库中的结构与实现。它适合形成可重复查看的技术讲解文档，但运行前必须先安装 showboat 并确保其命令可在 PATH 中使用。

Bazaar 把带有 `claude-skill` topic 的 GitHub 仓库视为可发现技能，并通过本地 `bazaar` 命令完成搜索、查看、安装、发布和关注作者。它以已登录的 GitHub CLI 为底层工具，不需要独立后端或额外平台账号，适合直接借助 GitHub 分发技能。

`/todo` 在项目中维护轻量的 `TODO.md` 索引，并为每项任务建立独立详情文件，保存优先级、上下文、步骤、笔记和处理结论。列表操作无需加载全部任务内容，适合长期积累且需要跨会话接手的开发工作；代价是项目目录会多出一组 Markdown 文件。

给出产品描述或网址后，可行性研究技能会通过 TELOS 五个维度分析技术复杂度、经济成本、法律合规、运营要求和时间计划，并输出 GO、NO-GO 或有条件推进建议。它提供快速、标准和深度三种模式，还可生成团队、成本、风险和里程碑估算，适合立项前筛选方案。

Roast 接收一个产品想法、功能简报或粗略概念，直接检查问题是否真实、价值是否配得上复杂度，以及它会挤占哪些更重要的工作。输出包括明确结论、核心问题、机会成本和继续推进必须满足的条件，适合产品经理与设计师在写完整方案前做逆向压力测试。

Project Navigator 使用 Claude 内置的会话搜索能力，查找过去确定的名字、方案、文件线索和项目状态，也能追踪想法演变并把旧项目的方法提炼成可确认后复用的模板。数据不另存到外部，但搜索深度受 Claude 现有历史检索能力限制，旧会话中的文件本身也不会自动恢复。

Seven-Lens Review 让 Claude 在一次审查中同时核对契约、实现与测试，检查状态迁移、边界值、安全、跨组件一致性、死代码和测试空白。它是无依赖的检查清单，可用于任意语言和多文件功能，适合对“看起来没问题”的代码做更系统的缺陷排查。

描述一个运行场景后，Trace Interaction 会找到入口文件，逐跳阅读真实调用代码，并跟踪数据的类型、格式和单位如何传递。它重点发现旧凭据、配置漂移、单位不一致、部分更新和被吞掉的错误，适合排查单个文件各自正确、组合后却出错的服务链路。

描述现有 API、数据库和 SaaS 系统后，该技能会评估适合引入 AI 的位置，比较 MCP、API 网关、RAG 和事件驱动代理等方案，并生成带认证、限流、错误处理和测试的代码脚手架。它还输出部署、监控、安全、成本与分阶段上线建议，适合企业集成方案的前期设计。

Adversarial Audit 不把测试命令存在或退出码为零当成成功，而是实际运行仓库声明的测试和冒烟流程，检查跳过数量、断言是否有效、进程是否挂起，并双向验证安全门禁。它适合发现静态阅读容易漏掉的空测试、静默跳过、吞错脚本和错误环境变量判断。

Verify by Execution 要求先复现问题，再运行修复后的同一场景，并记录具体命令、关键输出和 PASS、FAIL、HANG 或 SKIP 结果。它还要求完整测试套件、干净环境、安全门禁双向验证，以及环境变量的缺失、空值和错误值测试，避免用“应该可以”代替证据。

ArkTS Patterns 汇集 HarmonyOS NEXT 的状态管理、生命周期、并发、导航、网络、持久化、动画和项目模板，并由技能按任务路由到相应参考资料。可选的 DevEco MCP 能补充当前 API 查询、构建和界面验证；没有 MCP 时仍可离线使用，但无法声称完成实时检查。