code-parallel
code-parallel 是 easyplatform 仓库中的一个实现类技能,用于按已有计划结构执行并行或串行的实现阶段。它读取计划文件,识别可并行阶段,通过 fullstack-developer 子代理分派任务并合并结果,要求严格的文件归属边界与依赖等待。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-05 00:16
39,539 个结果
code-parallel 是 easyplatform 仓库中的一个实现类技能,用于按已有计划结构执行并行或串行的实现阶段。它读取计划文件,识别可并行阶段,通过 fullstack-developer 子代理分派任务并合并结果,要求严格的文件归属边界与依赖等待。
cook-auto-parallel 是 easyplatform 中的一个技能变体,用于把工作拆成可并行的阶段,并派发给全栈开发子代理(fullstack-developer)并发实现,强调文件归属隔离、自主执行与后续验证。
这是一个用于在 Codex 中调用的技能,用于搭建包含后端与前端组件的全栈新功能脚手架:先分析需求与范围,定位微服务与 Angular 应用/模块,规划实体、CQRS 命令/查询、接口、组件与 DTO,等用户明确批准后再按领域→应用→API→前端的顺序创建文件并构建验证。
Thermo-Nuclear Code Quality Review 是一个用于代码质量审查的技能,对当前分支的改动执行极为严格的实现质量与可维护性审计。它关注的不是局部命名或格式化细节,而是抽象质量、模块化、文件体积和条件分支蔓延等结构性问题,并主动寻找“代码柔道”式重构,即在不改变行为的前提下大幅简化实现。审查重点包括:文件是否因本次改动越过 1000 行阈值、是否在无关流程中新增临时条件分支、是否存在特性逻辑泄漏到共享路径、是否有薄弱抽象或恒等包装器、类型边界是否混乱(不必要的 cast、optional、any),以及是否存在重复逻辑、错误的层级归属、串行编排或非原子更新等设计异味。该技能给出来源中明确的结构性否决门槛,并强调直接、严格但不对人无礼的评审语气。它适用于分支级或 PR 级代码审查,尤其是希望推动架构级简化而非接受“能跑就行”的场景。资料暂未提供具体收费方式、安装命令、支持平台与运行方式等信息。
用于维护仓库内 AGENTS.md 等编码智能体指令文件的技能:当用户纠正智能体行为或要求更新、对齐、合并指令文件时,提出整合后的修改建议,保持指令准确、无矛盾、集中管理。
Standing orders 是一套在每次对话中默认生效的指令集,涵盖品味、简洁汇报、技能调用、编码规范与 UI 验证等约定。用户明确指令优先于其中任何内容。
一个面向已有代码库的技能,强调用最少、最标准、非侵入式改动解决问题:优先最简单方案与标准库,避免过度设计和无关重构,保持现有结构与风格。
一个需求设计工作流技能:在任何创意开发(新功能、组件、行为变更、API/数据库设计)前,通过协作对话把想法转化为经对抗验证的完整设计与 spec,最终交接 writing-plans 生成实施计划。
信任心理学技能,用于在落地页、结账流程、引导体验等场景中构建信任信号,降低用户感知风险并促进行动。
MeshJS 是用于 TypeScript/JavaScript 开发 Cardano dApp 的库,涵盖交易构建、CIP-30 钱包连接器与脚本交互。本技能提供安装、Provider 配置、钱包连接、交易构建、NFT 铸造、UTxO 查询及错误处理等模式。
Service 最佳实践是一个用于创建或重构 Service 层时强制遵循的规范技能,基于 tRPC + Service + DAO 架构,确保依赖注入、错误处理和业务逻辑分层符合规范。该技能要求 Service 不得直接导入 db,必须通过 DAO 依赖注入,并在完成后强制对照检查清单逐项验证。
一个用于生成类型安全环境变量管理模块的技能:基于 .env.example,用 Zod 生成 env schema 和标准化管理工具。适用于需要统一环境变量校验与类型安全的项目配置。
nvm(Node Version Manager)技能入口,用于在请求宽泛或意图不明时,把用户引导到对应的 nvm 子技能,涵盖安装、配置、使用、默认版本、故障排查等主题。
solid-ruby 是 fusengine/agents 中的 Ruby/Rails 架构技能,用于编写或重构 Ruby/Rails 代码、组织 app/modules/[feature]/ 分层,以及定义 contracts 模块,遵循 SOLID 原则。
Hugging Face Hub 生态开发技能,覆盖 HTTP/curl API、Python/JavaScript SDK、Spaces 应用(Gradio、Docker)、模型格式(GGUF、PEFT/LoRA、量化)、数据集加载、推理服务、Webhooks 与自动化、认证与安全等主题,提供按主题组织的参考文档与示例。
tidy-code 是一个通过 /tidy-code 显式调用的只读代码结构质量审查技能,按 16 个 tc-* 类别检查隐藏依赖、上帝函数、静默失败、深层嵌套等问题,最终生成一份可供下游智能体或人工执行的整合计划。
autopilot-tuner 是 drupal-workflow 插件中的调优技能,用于基于真实会话数据分析和校准 drupal-workflow 的 autopilot 行为。它读取插件每次会话产生的干预日志、结果归档和状态快照,汇总出干预接受率、会话结果概况、任务分类分布和阈值触发情况,并据此提出对策略阈值、分类关键词、升级行为和干预文本的修改建议。当 autopilot 干预过于频繁、过于安静、干预被忽略、任务分类错误,或用户反馈其“太烦”“没帮助”时使用。该技能强调先运行诊断脚本收集数据、再阅读相关脚本理解数据含义,最后以逐条编号提案、附带理由、风险与置信度的方式请用户批准后应用,并记录变更日志。样本少于 5 个会话时,其建议仅具方向性,不构成确定结论。
该技能用于在编写代码前进行文档优先的代码库探索,通过语义文档获取逻辑编号(Logic ID)与文件路径映射,减少对 Glob、Grep 的依赖,从而节省令牌。项目无关,只要项目存在 docs/semantic/ 文档即可使用。它提供特性查询、关键词搜索、业务索引预热、特性列表、状态检查等命令,并支持服务、路由、钩子、插件、实体等结构化前缀查询及依赖影响分析。所有结果以统一格式输出,包含匹配特性、技术规格、逻辑编号映射和建议操作。资料未提供收费、平台和具体效果数据。
面向 Drupal 10/11 开发者的实体 API 参考技能,覆盖字段类型选择、实体 CRUD、视图模式与内容建模模式。它提供字段类型选择矩阵、实体类型选取建议、自定义实体定义、访问控制处理器、字段存储复用与内容建模清单,适合在规划内容类型、挑选字段与实现实体操作时查阅。
semantic-docs 是 gkastanis/drupal-workflow 中的一个技能,用于浏览 docs/semantic/ 目录下的语义化文档,这些文档把业务逻辑映射到 Drupal 代码。该技能提供一组脚本,可按 Logic ID、功能代码、实体名和用户故事编号进行检索;它还会返回代码位置、文件路径、复杂度、技术规格、JSON 模式以及用户故事关联的 Logic ID 等信息。文档结构由业务总索引、按功能划分的技术规格、多种 JSON 模式(基础字段、配置字段、业务模式)和快速参考组成。Logic ID 采用 FEATURE-L# 格式,覆盖认证、访问控制、内容类型、迁移、视图、表单、区块、缓存、主题、钩子、服务、插件、路由、配置等常见 Drupal 功能域。
用于Drupal项目的结构索引生成与查询工具。它通过解析services.yml、routing.yml、钩子、插件和实体类型等声明式配置,自动构建依赖关系、路由、钩子、插件、实体、权限等结构文档,并支持通过discover命令查询服务依赖、钩子实现和影响范围。无需外部依赖,仅使用grep/sed/awk,可选yq提升YAML解析精度。适用于Drupal开发中的依赖分析、变更影响评估和结构可视化。
globalize-guide 是一个面向项目的国际化(i18n)编排技能,用于检测技术栈、推荐并配置 i18n 库、包裹硬编码字符串,并可选通过 Globalize 账户与项目设置完成全流程。
用于按版本化验收契约完整实现能力的技能:在明确范围内完成代码、测试与交付候选,记录契约位置、修订与候选身份,并输出实现报告,供后续评审与证明使用;不会自行完成验收结论。
requirements-ai 是一套面向软件需求梳理的技能流程,扮演高级产品经理、系统分析师、UX 策略师与软件架构师,把初步想法逐步转化为可交付的专业文档,包括 PRD、TRD、应用流程、设计简报、后端 Schema 与实施计划,用户可指定其中任意子集。