SuperAPI AI 工具集
合作ENAI 行业资讯收藏

Skill 广场

找到适合任务的 Agent Skill，阅读介绍并复制安装命令。

更新于 11-04 00:13

智能体与模型

25,605 个结果

pstack-arena

Pstack Arena 是一个用于设计或产物“对决”（bakeoff）的流程型技能，适用于需要盲评、选出基础方案并嫁接有用替代方案的任务。它把整个过程拆成六个阶段：Frame（框定）、Fan out（并行生成）、Cross-judge（交叉评审）、Pick（选基础）、Graft（嫁接）、Verify（验证）。在启动前先建立一个待办清单，每个阶段一条。每个候选方案使用相同提示词，提示词即契约；同时定义产物和 3-6 条可评分标准作为评审依据。通过 /pstack-swarm 选择运行者，默认两个、尽量使用不同模型，每个候选有独立输出位置。所有候选并行生成产物和简短理由。随后由一个只读评审子代理按标准逐项打分并推荐基础方案。人工逐份阅读后按标准打分，与评审结果对比，选出最易被未来维护者扩展的基础。再逐一查看落选方案，手工嫁接值得移植的一两处内容。最后按验证原则验证合成产物。输出为一个合成产物及简短说明，记录基础方案及理由、评审结论、每处嫁接来源、被拒内容及原因、收敛或掉队情况以及验证结果。

智能体与模型11 次安装

pstack-figure-it-out

pstack-figure-it-out 是 Pstack 技能体系中的一个工作流设计技能，用于处理没有现成 playbook 可套用的大型 Pstack 迁移、定制化运行或复杂任务。它的核心交付物不是代码，而是工作流本身：一套按任务规模调整严谨度的阶段序列，遵循科学方法，并留下人类可审计的决策轨迹。技能要求先以仓库证据锚定目标，定义可证伪的完成标准，量化范围与约束，并设定偏高的严谨度等级；随后设计最小充分的执行 playbook，将任务拆解为原子化、可独立落地的单元，按风险未知优先排序，先搭建验证脚手架再开发功能。执行阶段每个单元视为一次实验：提出假设、做最小改动、在真实产物上测量、保留有效改动并回滚无效改动，验证结果分为 VERIFIED、NOT VERIFIED 或 INCONCLUSIVE，其中 INCONCLUSIVE 不算通过。技能还强调通过 /pstack-show-me-your-work 持续记录决策轨迹，从证据出发重新规划，并将反复出现的修正编码为门禁、lint 规则或脚本。最终需对照第一步的完成标准检查真实产品，返回所设计的 playbook、严谨度等级及理由、决策轨迹路径、完成标准结果与证据、备选方案和确切缺口。

智能体与模型11 次安装

pstack-make-bot-ui

该技能用于为已有的智能体 Webhook 接收端构建本地控制 UI，并可选通过 Tailscale 暴露。它要求先确认接收端的请求、认证与成功契约，定义 UI 的小型操作 schema 与允许操作，凭据通过环境的安全机制获取并保留在服务端。UI 与本地服务端代理使用仓库现有技术栈，默认绑定 localhost，遵循接收端真实的请求头、超时、幂等与重试契约，不把任意 HTTP 200 当作工作已启动的证明，也不通过 Webhook 发送媒体字节。验证时使用无害的受支持事件或契约夹具，并检查对应的投递或执行证据。仅在用户要求时通过 Tailscale 暴露，复用已有节点，绑定 0.0.0.0:<port>，提供 HTTP 访问地址，不索取或输入 Tailscale 凭据。

智能体与模型11 次安装

pstack-principle-build-the-lever

这是一个面向 AI 智能体的技能/原则条目，主张在处理非琐碎工作时，先构建能完成或验证工作的工具（如 codemod、脚本、生成器、可重跑检查），而不是手工完成。工具是单一可读、可复跑的产物，把“相信我”变成“运行这个”，从而提升吞吐量与可审查性。原则要求：先手工做第一个单元以掌握配方，再构建工具并回放验证；让工具可安全重跑；能用确定性的单一工具一次处理全部单元时不要分派子智能体；分派时把配方、验证契约与禁止修改边界写成子智能体共读的技能文件，并置于其写入范围之外。适用编辑、迁移、分析、检查等非琐碎任务；仅当任务确实琐碎（少量显而易见的修改）时可跳过。强调判据是“是否琐碎”而非“是否重复”，一次性任务若工具能让工作可核验也值得构建；只构建能完成或证明工作的最小脚本，不做框架。若声明应用了该原则，则差异中必须出现 codemod、脚本、生成器或子智能体技能文件；跨会话的工作应提交该工具。

智能体与模型11 次安装

pstack-principle-encode-lessons-in-structure

该技能是一条结构性原则：当发现自己第二次写下同一句指令，或察觉某个纠正反复出现时，不要继续重复指令，而应把这条规则编码进结构——例如写成 lint 规则、元数据标记、运行时检查等。只有当经验需要判断、无法编码时，才把指令写得更醒目，并补充一个失败模式的示例。其推论是：如果修复手段是结构性的，就只用结构性修复；重复的指令只是症状，不是解决方案。

智能体与模型11 次安装

pstack-principle-guard-the-context-window

这是一个面向智能体技能体系的上下文窗口管理原则，适用于上下文即将占满的场景，例如大体量输出、超长文件、重复读取和扇出式规划。该原则主张将大批量处理任务交给子智能体执行，主线程只保留摘要，而不是承载原始内容。资料指出，上下文溢出会降低推理质量、产生压缩伪影并中断进度；其模式包括按阶段控制规模并限制范围，如限制每阶段文件数量、设定轮次预算并计入机制成本。该技能未提供安装命令、具体操作步骤或限制说明。

智能体与模型11 次安装

pstack-principle-never-block-on-the-human

这是一条面向 AI 智能体的行为准则：不要让智能体因为等待人工确认而阻塞。当人类以异步方式监督智能体时，对于可逆的工作，智能体应先做出合理判断并继续推进，事后再展示结果，让人类纠正；必要时以日志记录问题，让系统自我修复。只有不可逆操作（例如强制推送、删除生产数据、向外部发送消息）才需要用户授权，已获授权的无需再问。该技能适用于编写代码、编辑笔记、拆分任务等可逆工作，以及产品方向、访谈确认等必须由人给出的决策检查点。资料未提供安装步骤或代码接口。

智能体与模型11 次安装