opentag
将协作平台线程转化为可审计的编码代理工作循环
安装使用
复制下面这段提示词发给你的 AI(Claude / Cursor / TRAE / Codex / WorkBuddy 等),它会自动帮你完成安装:
帮我安装这个 AI Skill:opentag。 它的用途是:将协作平台线程转化为可审计的编码代理工作循环 完整的 Skill 内容见:https://321skill.com/skills/opentag/raw/index.md 请读取该页面内容,如果是 SKILL.md 格式直接安装,如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接,AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
对 AI 说:'在 Slack 的 #dev 频道中 @opentag,让它为当前讨论的 bug 修复创建 PR。' OpenTag 会提取线程上下文,启动本地代理分析代码,生成变更建议,并以收据形式展示在频道中,团队成员可以点击 'Apply' 直接创建 PR,所有操作记录在本地审计日志中。
介绍
OpenTag 解决的核心问题是:团队在协作平台(如 Slack、GitHub、飞书等)中讨论代码变更时,无法直接、安全地让编码代理参与进来。传统做法需要手动复制上下文、切换工具,且代理的输入、输出和权限难以追溯。OpenTag 让团队成员只需在已有线程中 @提及一个代理,就能将整个线程转化为一个有界、可审计的代理运行单元,所有操作记录在本地工作账本中,确保可控。
使用方式非常简单:全局安装 CLI 后运行 opentag setup 完成配置(选择语言、监听端口、编码代理、本地项目、平台凭证等)。之后在支持的平台上 @opentag,代理会自动获取线程上下文,检查权限后执行任务,并以紧凑的收据形式返回建议的变更和下一步操作。团队成员可以直接在线程中审批或拒绝,代理会基于结果继续行动。
OpenTag 适合需要安全引入编码代理的团队,尤其是那些已经在使用协作平台管理代码交付流程的开发者、运维人员和智能体开发者。它不要求团队成员切换工具,也无须理解底层代理协议,只需在熟悉的聊天界面中发出指令即可。对于需要严格审计和权限管控的企业环境,OpenTag 的本地优先设计和完整的执行账本提供了合规基础。
使用建议:确保本地运行环境满足 Node.js 22+ 要求,并提前配置好代理执行器(如 Claude、GPT 等)和平台凭证。由于 OpenTag 运行在本地,请注意网络层面的可达性(如 Slack 回调需要公网端口或隧道)。对于初次使用者,建议先在测试频道或项目中试用,熟悉其上下文打包和审批流程后再扩展到生产环境。
核心特点
与一般的连接器或代理框架不同,OpenTag 是源线程原生、本地优先、执行器无关的——工作上下文始终保留在协作线程中,代理的输入、权限、输出和回调都在本地可审查,而无需依赖第三方代理托管服务。
注意事项
需要本地运行 Node.js 22+ 并配置平台凭证和代理执行器,不适合完全云端或无需本地环境安装的场景。
常见问题
OpenTag 支持哪些协作平台?
支持的平台包括 Slack、GitHub、GitLab、Linear、飞书、Telegram、Discord、Microsoft Teams。
是否需要安装额外的编码代理?
是的,OpenTag 需要配置一个本地可用的编码代理(如 ACP 协议兼容的代理),它本身不包含内置的 AI 模型。
给 AI 助手的安装指引
如果你的 AI 编程助手(Claude Code、Cursor、TRAE 等)能看到这个页面,把下面这段发给它即可自动完成安装:
请访问 https://321skill.com/skills/opentag/raw/index.md 读取 opentag 的原始 Skill 定义(Markdown 格式),按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址:/skills/opentag/raw/index.md(查看排版版本)