自定义模块和页面
自己的首页和页面,在聊天里搭建或从模板生成。
规则、技能和智能体你只写一次。Trinity 会把它们生成 Claude Code、Copilot、Cursor 等工具所需的文件,实时显示你的智能体正在做什么,并把好用的东西分享给团队。
别人做好的东西,你点一下就能引入。你的 AI 会先看看它该放在项目的哪里,等你点 OK 才会写入。
往项目里放一个文件夹。适用于每个 AI。
告别五份互相矛盾的 AI 说明。
你的 AI 在项目中需要的一切,都在一个地方。如今这些内容散落在 CLAUDE.md、Copilot 指令、Cursor 规则、笔记和 Wiki 里。Trinity 把它们收集到你的项目中,并给每个 AI 正好它需要的文件。
再也不用把同一条规则复制到 CLAUDE.md、Copilot 和 Cursor 的文件里。
你只需在 Brain 里写一次规则。Trinity 会把它写到 Claude Code、Copilot、Cursor、Windsurf 和 OpenClaw 会去读的地方。
站会上再也不用问“这到底进展到哪了?”
Brainstorm、Plan、Tasks,或按任务类型自定义的阶段。一个阶段完成后,会有智能体在后台检查它是否真的达标。之后下一个智能体才会接到任务。
再也不用猜 Agent 做了什么。
每个读取的文件、每条用到的规则、每个技能和每处改动,都在发生时显示。之后整个运行记录会保存在历史和任务里。
好用的技能不再只在一个仓库里吃灰。
在动态里看到技能,引入,立刻就能用。有人像发帖一样分享一个技能。你引入它,从此你项目里的每个 AI 都能使用。四个步骤会自动播放,你也可以逐个点开。
再也不会有没人掌握全局的项目。
描述你想看到的内容,或选一个模板。AI 会据此搭建出符合你们公司风格的区块和页面。
这就是一个任务在 Trinity 中的流程,从想法到提交进仓库。
Aurora Mobility 是一个虚构的电动滑板车和自行车租赁服务。你可以随意点击,也可以用“下一步”一步步来。
首页、外观、规则、智能体、AI 和语言都按项目设定。没有哪个项目必须和别的项目长得一样或用一样的方式工作。
自己的首页和页面,在聊天里搭建或从模板生成。
按项目设置颜色、字体和形状,与公司形象一致。
只在这个项目里生效的规则集、技能和智能体。
哪个智能体接在哪个后面。
哪些 AI 参与:Claude Code、Copilot、Cursor 或其他。
界面、工作和聊天,各自用你想要的语言。
Workbench 在浏览器中运行,直接放在你的项目里。带画板的聊天、任务、实时视图,以及你们自己搭建的仪表盘。
Brain 和 Memory,即规则、技能、智能体和项目状态,以文件形式放在仓库里。对每个 AI 都一样。
internal-trinity 运行在你们自己的服务器上,团队在那里分享技能和 Puzzle。公开的 Community 正在规划中。
CLAUDE.md、AGENTS.md、copilot-instructions.md、.cursor/rules、技能、钩子和 MCP。Trinity 不会为你们的 AI 文件发明自己的格式。
Brain 和 Memory 在你们的仓库里。Trinity 只负责提交,推送和填写密钥由人来做。internal-trinity 运行在你们的服务器上。
Trinity 不自带 AI,也不带额度。你们照常用 Claude Code、Copilot 或 Cursor 工作。
| 类型 | 在 Brain 中 | Claude Code | Copilot | Cursor |
|---|---|---|---|---|
| 说明 | 规则集 | CLAUDE.md | copilot-instructions.md | .cursor/rules/ |
| 技能 | skills/ | .claude/skills/ | .github/prompts/ | .cursor/commands/ |
| Hooks | hooks/ | .claude/settings.json | .github/hooks/ | .cursor/hooks.json |
| 工具 (MCP) | mcp/ | .mcp.json | .vscode/mcp.json | .cursor/mcp.json |
一个名为 trinity-workbench 的文件夹,复制到你的项目里即可。里面有 Brain(规则、技能、智能体)、Memory(项目状态、任务、历史)和一个在浏览器中运行的界面。项目里的每个 AI 都用它工作。
都不是。写代码的仍然是你的 AI,也就是 Claude Code、Copilot 或 Cursor。Trinity 确保每个 AI 知道同样的规则,并让你看到它正在做什么。
这类文件各自只对特定工具生效。在 Trinity 里,你在一个地方维护规则,Trinity 据此为每个工具写出合适的文件,外加技能、钩子和 MCP 条目。你自己写进这些文件的内容会保留。
Brain 是你的 AI 遵循的规则(规则集、模块、技能、智能体)。Memory 是你项目的状态(项目、任务、资源、历史)。技能是 AI 为某项具体任务调用的可复用说明,比如“写测试”。Puzzle 是一切可以分享和引入的东西,也就是技能、规则集、钩子或页面。
任务的步骤,比如 Brainstorm、Plan 和 Tasks。每种任务类型都可以有自己的阶段。继续之前,一个智能体会在后台检查当前阶段是否真的完成。
一切都留在你的仓库里。Trinity 会提交,但从不推送。API 密钥由人填写,AI 永远看不到。
internal-trinity 由每家公司自己托管在自己的服务器上。公开平台 trinity-community 正在规划中。
还不行。Trinity 尚未公开发布。有问题欢迎发到页面底部的联系地址。
聊天、画板、带阶段的任务、Console Board 和实时视图。
规则、技能、智能体和你的项目状态。
动态、个人主页,一键引入技能。
Trinity 尚未公开发布。联系方式在页面底部。
Workbench 放在你的项目里,在浏览器中运行。让 Claude Code、Copilot 还是 Cursor 在里面工作由你决定,随时都能切换。规则、技能、任务和历史保持不变。
团队在聊天里描述需要什么,Trinity 就把页面做出来,项目里的每个人马上就能用。每个项目看起来都不一样。1 分钟多一点,无声。
规则、技能和项目状态由 Trinity 保存,AI 只是引擎。你在聊天底部选择 AI,每个 AI 都会拿到同样的知识。
换 AI 时再也不用从头解释一遍。
你在聊天底部选择 AI。因为 Trinity 会把内容交给它们,Claude Code、Copilot 和 Cursor 都知道任务、所处阶段、你们的规则和技能。
再也不用手动在五个文件里同步规则。
Trinity 把规则写到每个 AI 最先查看的地方。通过 MCP,每个 AI 还能直接读写项目,能力和界面一样。
再也不会在五个终端之间晕头转向。
Console Board 可以启动任何带 CLI 的 AI,比如 Claude Code、Copilot、Codex、Gemini、Ollama 或 OpenClaw。你把它们分组,让其中一个负责牵头,再分配子智能体和交接。有一个在等你时,你会听到提示音。
规则、技能、智能体、工作流、钩子、任务和历史都在一个地方,Trinity 按每个 AI 自己的格式交给它。所以每位开发者都能用自己想用的 AI:Claude Code、Copilot、Cursor 或别的。想换模型或服务商?没问题,Harness 不变。
示例项目 aurora-app,数字为虚构。
再也不用让一个智能体同时规划、写代码和审查。
在 Brain › 智能体 › 工作流中,你决定哪个智能体在哪个之后运行、使用哪个技能,例如先规划者,再实现者,最后审查者。任务类型会启动工作流,实时视图显示它当前进行到哪一步。
再也不用把别人的技能盲目复制进仓库。
引入一个技能时,你的 AI 会先看它该放在哪里、是否已经有类似的。在你点 OK 之前不会写入任何东西。运行结束后,Trinity 会检查技能应交付的内容是否齐全。
影片片段,示例项目均为虚构。
聊天、画板、任务、终端和实时视图都在一个界面里。
你与 AI 规划的内容会变成看板上的任务和画板上的草图。
每个项目都有一个由区块组成的首页,可以自己搭,也可以用模板。
在聊天里描述页面,AI 会直接把它做进你的界面。
任务类型、区块和页面的模板,让每个新项目立刻有一个基本框架。
整个 Workbench 都在 trinity-workbench 文件夹里。在它旁边,Trinity 只创建你的 AI 首先读取的文件,比如 CLAUDE.md、.github、.cursor 等。Trinity 不会碰你的代码。
your-project/ ├─ trinity-workbench/ │ ├─ trinity-app/ # 界面 │ ├─ trinity-brain/ # 规则、技能、智能体 │ └─ trinity-memory/ # 任务、文档、历史 ├─ CLAUDE.md # 用于 Claude Code ├─ .github/ # 用于 Copilot ├─ .cursor/ # 用于 Cursor ├─ .windsurfrules # 用于 Windsurf ├─ ai-assistant.md # 用于任何其他 AI └─ src/ … # 你的代码
框架就是你们的规则、技能、智能体和项目现状。它们都以普通文件的形式放在仓库里,Claude Code、Copilot、Cursor 等拿到的内容完全一样。
你项目里的两个文件夹。Brain 里放规则、技能、智能体和钩子。Memory 会把项目现状交给每个新会话,你不用再从头解释。
规则、技能和智能体你只需建一次。Trinity 会把它们写进 CLAUDE.md、Copilot 指令、Cursor 规则以及其他 AI 的文件,并告诉你每个 AI 收到了什么。
再也不用猜 AI 启动时知道什么。
对每个已启用的 AI,Trinity 都会显示:启动时它的说明里有什么,哪些只在匹配的文件时才加上,哪些它根本拿不到。还附带一个大致的 token 数。
再也没有覆盖你 CLAUDE.md 的工具。
在 CLAUDE.md 和其他 AI 文件里,Trinity 只维护带标记的区块。你自己写的内容原样保留。
# aurora-app 我们用中文回答。只在周二发布。 <!-- trinity:own-rules(由 Trinity 管理)--> ## 规则集 - trinity-brain/rules/api.md - trinity-brain/rules/sicherheit.md <!-- /trinity:own-rules --> 关于付款的问题请找收银团队。
再也没有被 AI 随手跳过的规则。
每条规则和每个技能都有一个权重。对于必需项,你来决定 AI 漏掉时怎么办:Trinity 提醒它,或者让它停下并说明原因。最后由脚本或审查智能体检查规则是否被遵守。
再也不用让 AI 去猜你的项目是怎么搭的。
有没有写着真实命令的 README、架构、产品描述、术语表、约定以及每个 AI 的说明?缺什么,Trinity 就用模板补上或交给 AI 去做,但只在你同意之后。
规则只在 Brain 里写一次。Trinity 会把它写到每个 AI 对应的位置。
Memory 会把项目、文档、任务和历史交给每个新会话。
必需的内容,Trinity 会在每次运行后用脚本或审查智能体检查。
internal-trinity 是你们公司内部的技能、智能体和工作流动态流,由你们自己托管。团队在这里分享好用的东西,查看公司里用得最多的内容,并把它引入自己的项目。
internal-trinity 由你们自己托管。你们的技能和 Puzzles 都留在公司内部。
好的技能只需分享一次,需要它的团队直接引入。
AI 建议每个部分该放在哪里,Trinity 检查这个建议,由你点头确认。
你能看到谁在线、哪些智能体正在运行。只有自己开启的人才会显示。
这就是 internal-trinity 在 Aurora Mobility 自己服务器上的样子。点击浏览动态、带评论的帖子、用 AI 引入、分享、成员、发现和项目。
trinity-community 将是 Trinity 的公开平台。来自许多公司的人在这里分享技能、智能体和工作流,互相关注,引入自己需要的东西。你的 AI 会先检查它应该放在项目的哪里。
计划是:来自许多公司的人分享他们的 Puzzles,互相关注,引入合适的内容。它可能是这个样子,所有内容都是示例。
api-tests 3.0 发布:为每个新端点生成测试,现在也支持 GraphQL。
在 diff 中发现新的端点,并为它们编写测试。
我们的评审智能体现在还会检查每个改动是否都有对应任务。每周为我们省下好几个小时。
读取 diff、任务和规则,写出带风险说明的评审。
为每个新端点编写测试。
每次提交前搜索密钥。
用四个智能体生成变更日志、版本号和说明。
结合风险、任务和规则的评审。
按照 schema 和示例数据检查每次导入。
把无障碍要求变成每个 AI 都遵守的规则。
变更日志、版本号和发布说明,由四个智能体编写。适用于项目中装有 Trinity 的任何 AI。
NNorthbay Logistics 的 Platform · 分享用于发布和评审的技能
所以分享是值得的。你能看到你的成果在多少个项目中运行,以及被别人引入了多少次。
你们只需在 Brain 中定义一次公司标准,每个 AI 都会照此工作。一切都留在你们的仓库里,没有人批准,什么都不会发出去。
公司标准放在 Brain 里。每个项目中的每个 AI 都照此工作。
Trinity 从不自行推送。只有人触发时才会推送。
密钥由人填写。AI 永远看不到它们。
每次运行都记录在历史和任务中,包括读取、使用和修改的所有内容。
不管明天是 Claude Code、Copilot 还是别的工具在干活,Brain 都不变。
哪些处处适用、哪些只适用于前端、后端或数据,你们只需定义一次。
AI 参与工作,但关键步骤始终由人来做。它做的一切,事后都能查看。
API 密钥不会再留在聊天记录里。
模型和工具的密钥只保存在填写它们的那台电脑上。AI 知道有密钥,但永远不知道它的值。
不再有未经人看过就发出去的代码。
智能体可以工作和提交。只有团队里有人点了“推送”,才会进入共享仓库。这是内置的,不只是一个设置。
不再每个团队各有一套 AI 规则。
处处适用的,你们只需定义一次;只适用于前端、后端或数据的,也一样。新项目在设置时自动获取这些标准,你们能看到它们在哪里运行。
不用再猜智能体做了什么。
哪个 AI、哪个任务、读了哪些规则、改了哪些文件。这些都记录在任务中并留在仓库里,也可用于审计。
来自 internal-trinity 的排行榜。统计一个 Puzzle 在公司多少个项目中运行。
Trinity 尚未公开发布。本页介绍它如何运作。