truefoundry-prompts
用于管理 TrueFoundry Prompt Registry 的技能:列出与查看提示词、创建提示词、以新版本方式更新、为版本打标签(如 production)、获取版本 FQN 供 AI Gateway 使用,并生成代码片段或使用指引。不负责创建或编辑智能体。
找到适合任务的 Agent Skill,阅读介绍并复制安装命令。
更新于 11-05 00:16
25,666 个结果
用于管理 TrueFoundry Prompt Registry 的技能:列出与查看提示词、创建提示词、以新版本方式更新、为版本打标签(如 production)、获取版本 FQN 供 AI Gateway 使用,并生成代码片段或使用指引。不负责创建或编辑智能体。
rlm-subagent 是 RLM 工作流中的主技能,用于在实现、代码审查与测试阶段以并行子代理方式执行任务,并在子代理不可用时自动回退到单代理顺序模式。
一个仅由用户显式触发的交互式工作流路由技能:先运行探索阶段,再进入计划评审循环。它本身不探索、不规划、不评审、不编辑代码,而是调度探索裁判、转达对话、通过设计门禁后调用 ts-workflow-plan-review。
ts-workflow-plan-review 是一个仅由用户显式触发的工作流路由技能,用于运行“计划—评审”循环:先派发计划评审子代理生成或改写计划,再派发评审子代理对计划打分,并根据未决问题决定是否进入下一轮。它本身不写代码、不改计划内容,只维护工作流日志。
一个用于协调子智能体委派流程的技能:帮助主智能体拆分任务、分配可执行工作、维护共享接口与依赖,并保留验收评审、集成与最终交付责任,避免重复劳动。
让 Claude Code 与 Codex 两个模型独立评审设计、实现计划、代码差异或证明策略,再对分歧进行调和的技能。适用于需要第二意见、对抗式评审或决策较复杂的场景。
Council · 智囊团是一个 Advisor 管理系统,用于把真人的思维方式蒸馏为 persona 文件,并支持多 Advisor 圆桌讨论。所有 Advisor 以 persona 文件形式存储在 personas/ 目录下,由 Council 统一管理。它提供三种用法:蒸馏(Distill),即输入人名、主题或模糊需求,经深度调研后提炼心智模型并生成 Advisor;激活(Activate),加载已有 Advisor 的 persona 并以其身份和思维方式回答问题;圆桌(Council Session),召集多个 Advisor 围绕同一问题进行结构化辩论,先独立分析,再交叉质疑,最终综合为可行动的决策框架。
agent-browser 是 Vercel 推出的无头浏览器自动化 CLI,面向 AI 智能体设计,通过无障碍快照生成引用(@e1、@e2)来定位页面元素,可用于网页交互、填表、截图与数据抓取。
Slate v2 Autoresearch 的日常驱动命令,用于读取当前状态、自动选择最合适的下一步执行者,并只运行一个安全的下一步,无需用户手动挑选。
Fan-Out Work 是一个把“对列表中每个条目执行同一套处理”转化为受控并行运行的技能:先内联侦察出条目清单,再以并发、隔离和上限逐项跑流水线,最后如实汇报覆盖、失败与被丢弃的条目。
schedule-recurring-agent 是 ulpi-io/autonomous-engineering 技能库中用于搭建「周期性定时智能体」的技能,面向需要反复、自动运行的常规工作,如问题分诊、监控、审计与摘要生成。其核心是让一个「无记忆」的智能体每次被唤醒时都能正确、可重复地执行同一任务:提供一份自包含且幂等的任务简报、与工作到达频率匹配的 cron 节奏、每次运行的预算边界、清晰的报告渠道、针对不可逆操作的上报升级规则,以及明确的拆除条件。技能分为三个阶段:确认工作确实具有周期性并取得授权范围;编写自包含、幂等的简报(含幂等规则、每次运行上限、报告与升级、拆除条件);选择执行机制并以可验证的 ID 注册,随后进行生命周期管理。技能提供确定性校验脚本 scripts/validate-job.mjs,用 validate 模式校验任务 JSON(必须声明 key、repo、cadence、prompt、dedup、perRunCap、reporting、escalation、teardown 九个字段),用 create 模式去重优先地创建,仅在支持 RemoteTrigger(持久化的 claude.ai Routine)或 CronCreate(会话内 cron)的平台上生成可验证的自动化 ID,否则降级为手动注册并明确说明。
watch-and-act 是一套用于「等待外部信号」的操作规范与脚本工具。当运行过程中需要等待当前环境无法自动通知的状态变化(例如 CI 流水线结果、部署状态、队列深度、某个端点是否就绪)时,它给出轮询节奏、时间上限和结果处理的完整纪律。核心思路分为三步:先确认这个信号确实是外部的、当前尚未解决、并且对每种结果都有明确应对方案;再设定截止时间或最大轮询次数,并选择一个与信号变化速度相匹配的轮询间隔(活跃观察用 60–270 秒以保持在缓存窗口内,慢速或心跳型用 1200 秒以上,避免约 300 秒的无效区间);最后按「轮询 → 观察 → 行动」推进,达到目标就继续执行,仍待处理就调度下一次检查,出现终态失败就诊断或升级,超时或轮询用尽就如实报告。当轮询跨越多个回合时,它要求用 scripts/watch-state.mjs 把截止时间和计数持久化到磁盘,保证新进程能正确判断停止条件;若运行环境没有任何唤醒能力,则不做死等,而是输出可恢复的 PENDING 报告交由后续回合或人工继续。适用于等待 CI、部署、队列等外部事件的自动化流程。
Skill Optimizer 是一个元技能(meta-skill),用于改进、调试、基准测试或重构已有的 Agent Skill。它不单是改写文字,而是分析技能的目的、触发描述、输入、流程、工具、输出、风险、示例与评估之间的匹配度,并据此提出小而可审查的改动。它可基于对话证据、执行轨迹、用户纠正、评估失败或目标技能本身进行优化,支持诊断、打补丁、验证、基准测试和打包等模式,帮助技能变得更安全、更可靠、更易触发、更易评估。该技能仅在用户要求优化、调试、重构、验证、打包或记录另一个技能时使用,不用于普通任务执行。
面向智能体的文档写作参考:讲解如何编写技能、AGENTS.md、CLAUDE.md 及被指针引用的文档,核心杠杆包括上下文指针、两种负载、信息层级、完成标准、拆分时机、引导词与修剪纪律。
AutoGPT 是用于构建、部署和运行持续自主智能体的平台,提供可视化工作流编辑器和开发者工具集,支持外部触发、多步自动化与自托管部署。
gsd-audit-milestone 是一个用于在归档前审计里程碑完成情况的技能,由 vamseeachanta/workspace-hub 仓库提供。它的核心用途是对照原始意图核验里程碑是否真正达成,而不是仅凭表面进度判断。该技能作为编排器运行:先读取已有的 VERIFICATION.md 文件(这些文件来自 execute-phase 阶段已完成的验证),汇总技术债务和推迟处理的缺口,然后启动集成检查器(integration checker)进行跨阶段接线核查。使用时通过在对话中提及 $gsd-audit-milestone 来调用,其后跟随的用户文本被作为 {{GSD_ARGS}} 参数处理;若无参数则视为空。该技能原始基于 Claude Code 语法(包括 AskUserQuestion 与 Task 调用),并提供了一套 Codex 适配映射,将 AskUserQuestion 转为 request_user_input、将 Task 转为 spawn_agent,同时处理多选、执行模式回退和并行分发等差异。核心规划文件在工作流中动态解析,按需加载;已完成工作的定位依赖 .planning/phases 下按阶段命名的 SUMMARY.md 与 VERIFICATION.md 文件。
gsd-autonomous 是一个面向 GSD(Get Shit Done)工作流的自动化技能,可通过在文本中提及 $gsd-autonomous 来调用。它的核心用途是自动运行所有剩余项目阶段,每个阶段都按“讨论→计划→执行”的流程推进。该技能利用 ROADMAP.md 进行阶段发现,并通过 Skill() 扁平调用执行每个阶段的命令。在全部阶段完成后,会执行里程碑审计、完成和清理操作。它会创建或更新 .planning/STATE.md 与 .planning/ROADMAP.md,并在每个阶段生成 CONTEXT.md、PLAN 和 SUMMARY 等阶段产物。该技能主要面向已采用 GSD 工作流的项目,用于减少人工干预、连续推进多个阶段直至里程碑完成。
gsd-fast 是一个用于内联执行琐碎任务的技能,强调不启用子代理、不进行规划开销,适合一句话描述且两分钟内可完成的小任务;可通过 $gsd-fast 调用,并附带说明在 Codex 适配层中的调用与参数映射方式。
gsd-insert-phase 是一个用于项目管理的工作流技能,其作用是在已有的阶段规划之间插入紧急工作,而不需要重新编号整个路线图。它以小数编号的方式表达插入位置,例如将紧急任务插入为 72.1、72.2 这样的阶段编号,从而在保留原有规划阶段逻辑顺序的同时腾出临时位置。该技能由提及 $gsd-insert-phase 触发,触发词之后的用户文本会作为参数传入;若无参数则视为空。技能资料主要描述的是在 Codex 环境下调用时的适配规则,包括请求用户输入、生成子代理等映射方式。
该技能用于在正式规划之前,让用户看到智能体对某个阶段(phase)做法的假设,从而在假设有误时能够尽早纠正方向。它通过提及 $gsd-list-phase-assumptions 来调用,调用后用户输入的文本会被当作参数处理。其输出仅为对话式内容,不创建文件,并以“What do you think?”提示结束。技能会校验阶段与路线图是否一致,在五个方面呈现假设,并提示用户反馈,同时让用户了解下一步可选操作:讨论上下文、规划阶段或修正假设。该技能属于 GSD 工作流的一部分,附带 Codex 适配说明,描述了技能调用方式、AskUserQuestion 到 request_user_input 的映射、Task() 到 spawn_agent 的映射等兼容细节。
gsd-quick 是 GSD(Get Shit Done)工作流体系中的快速模式技能,用于执行快速任务,同时保留 GSD 的核心保证,例如原子提交与状态跟踪,但跳过可选的智能体环节。它通过 $gsd-quick 触发,其后跟随的用户文本会被当作任务参数传入。快速任务保存在 .planning/quick/ 目录下,与正式规划的阶段相互独立,并且只更新 STATE.md 中的“Quick Tasks Completed”表格,而不改动 ROADMAP.md。默认情况下,该模式会跳过研究、讨论、计划检查与执行后验证,适合已经明确知道该做什么的场景。用户可以通过可选标志调整这一点:--discuss 在规划前加入轻量讨论阶段,用于暴露假设、澄清模糊点并将决策记录到 CONTEXT.md;--full 启用计划检查(最多 2 次迭代)与执行后验证;--research 在规划前启动聚焦的研究智能体,调查实现方案、库选择与潜在陷阱。这些标志可以组合使用。该技能还包含面向 Codex 的适配说明,定义了技能调用方式、AskUserQuestion 到 request_user_input 的映射、Task 到 spawn_agent 的映射,以及并行分派等机制。
gsd-research-phase 是一个独立的研究阶段技能,用于在正式规划前调研某个阶段(phase)如何实现。它通常以命令形式使用,官方建议在多数工作流中改用 $gsd-plan-phase,因为后者会自动集成研究环节。该技能适用于三类情况:只想研究、暂时不规划;规划完成后需要重新研究;以及在决定某阶段是否可行前先做调查。其编排流程包括解析阶段、对照路线图校验、检查已有研究、收集上下文、派发研究员子代理并呈现结果。使用子代理的原因在于研究过程(如 WebSearch、Context7 查询、来源核实)会快速消耗上下文,而独立的 20 万上下文可用于调查,主上下文保持精简以服务用户交互。资料未提供价格、平台支持范围或其他收费信息。
gsd-resume-work 是一个用于恢复此前会话工作进度并完整还原上下文的技能。它通过提及 $gsd-resume-work 触发,将用户在其后提供的文本作为参数(GSD_ARGS)处理;若无参数则视为空。该技能会路由到 resume-project 工作流,负责加载或重建 STATE.md、检测检查点(.continue-here 文件)、识别未完成的工作(有 PLAN 但无 SUMMARY)、展示项目状态,并基于上下文路由到下一步操作。技能文档还包含从 Claude Code 语法到 Codex 工具的适配说明,包括 AskUserQuestion 到 request_user_input 的参数映射、Task 到 spawn_agent 的映射,以及并行任务的收集与关闭方式。
gsd-review 是一个用于跨 AI 同行评审的技能,通过外部 AI CLI 对阶段计划(phase plans)进行评审。该技能由提及 $gsd-review 触发,将触发后的用户文本作为参数传入。其流程为:检测可用 CLI、构建评审提示词、调用各 CLI、收集响应并写入 REVIEWS.md 文件。支持通过 --gemini、--claude、--codex 分别纳入对应 CLI 的评审,或使用 --all 纳入所有可用 CLI。技能文档还包含 Codex 适配说明,用于将 Claude Code 语法的 AskUserQuestion 与 Task 调用映射到 Codex 的 request_user_input 与 spawn_agent 等工具。