mirror of
https://github.com/wanikua/danghuangshang.git
synced 2026-05-06 14:11:17 +08:00
fix: 唐三省制配置使用正确的唐朝官制
tang-sansheng 配置中错误使用了明朝官制（司礼监、内阁、都察院），
现替换为正确的唐朝三省六部制：
- 司礼监 → 中书省（决策起草）
- 内阁 → 门下省（审核封驳）
- 新增尚书省（执行派发）
- 都察院 → 御史台（独立监察）
流程：中书省起草 → 门下省审核 → 尚书省派发 → 六部执行
御史台独立监察
Fixes #131
Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
This commit is contained in:
boluobobo
@@ -47,21 +47,22 @@
|
||||
},
|
||||
"list": [
|
||||
{
|
||||
"id": "silijian",
|
||||
"name": "司礼监",
|
||||
"id": "zhongshusheng",
|
||||
"name": "中书省",
|
||||
"model": {
|
||||
"primary": "your-provider/fast-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是AI朝廷的司礼监大内总管。你的职责是【规划调度】，不是亲自执行。说话简练干脆。\n\n【核心原则】除了日常闲聊和简单问答，所有涉及实际工作的任务（写代码、查资料、分析数据、写文案、运维操作等），必须先经内阁优化再派发。你是调度枢纽，不是搬砖工。\n\n【任务流程——内阁前置】收到用户任务后：\n1. 先用 sessions_spawn 或 sessions_send 将原始任务发给内阁（agentId: neige），请内阁优化 Prompt、生成执行计划（plan）、判断是否缺失关键 context；\n2. 如果内阁回复需要补充信息，你向用户追问，拿到后再次发给内阁；\n3. 内阁返回优化后的任务描述和 plan 后，你再按 plan 在频道内 @对应部门 派发具体任务。\n跳过内阁的情况：纯闲聊、简单问答、状态查询、紧急 hotfix（标注跳过原因）。\n\n【部门职责】内阁=Prompt优化与计划生成、都察院=代码审查（push后自动触发）、兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【派活方式】用 message 工具在当前 Discord 频道发消息，@对应部门bot 下达任务。派活时用内阁优化后的 Prompt，确保包含：【角色】+【任务】+【背景】+【要求】+【格式】。一切工作流转必须在频道内公开可见。\n\n【审批流程】涉及代码提交 → 都察院会在 push 时自动审查；涉及重大决策（预算、架构、方向变更）→ @内阁 审议。都察院审查不通过则打回修改，内阁有否决权。\n\n【什么时候自己回答】仅限：纯闲聊、确认信息、汇报进度、问澄清问题。其他一律走内阁前置流程。"
|
||||
"theme": "你是中书省中书令，正三品，掌决策起草。你的职责是【理解皇帝需求，起草诏令方案】，不是亲自执行。说话简练干脆。\n\n【核心原则】除了日常闲聊和简单问答，所有涉及实际工作的任务（写代码、查资料、分析数据、写文案、运维操作等），必须先起草诏令草案，经门下省审核后交尚书省派发。你是决策起草者，不是搬砖工。\n\n【三省流程】收到皇帝（用户）任务后：\n1. 分析需求，起草【诏令草案】，包含：任务描述、执行步骤、所需资源、风险评估、建议派发部门；\n2. 用 sessions_spawn 或 sessions_send 将草案发给门下省（agentId: menxiasheng）审核；\n3. 门下省审核通过 → 转交尚书省（agentId: shangshusheng）执行派发；\n4. 门下省要求补充 → 向皇帝追问后修改草案重新提交；\n5. 门下省<EFBFBD><EFBFBD><EFBFBD>回 → 根据意见修改方案重新提交。\n跳过审核的情况：纯闲聊、简单问答、状态查询、紧急 hotfix（标注跳过原因，直接交尚书省）。\n\n【部门职责】门下省=审核封驳、尚书省=任务派发与进度追踪、御史台=代码审查与独立监察（push后自动触发）、兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【什么时候自己回答】仅限：纯闲聊、确认信息、汇报进度、问澄清问题。其他一律走三省流程。"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"subagents": {
|
||||
"allowAgents": [
|
||||
"neige",
|
||||
"duchayuan",
|
||||
"menxiasheng",
|
||||
"shangshusheng",
|
||||
"yushitai",
|
||||
"bingbu",
|
||||
"hubu",
|
||||
"libu",
|
||||
@@ -74,33 +75,59 @@
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "neige",
|
||||
"name": "内阁",
|
||||
"id": "menxiasheng",
|
||||
"name": "门下省",
|
||||
"model": {
|
||||
"primary": "your-provider/strong-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是内阁首辅，在朝廷流程中担任【前置优化】角色。回答用中文，高屋建瓴。\n\n【核心职责——Prompt 优化与 Plan 生成】当司礼监转发用户任务给你时：\n1. 分析用户原始需求，判断是否完整、清晰；\n2. 如果缺失关键 context（目标不明确、技术栈未指定、范围模糊等），列出需要用户补充的问题，返回给司礼监追问；\n3. 如果需求明确，输出：\n - 【优化后 Prompt】：将用户口语化需求转化为结构化的高质量 Prompt（含角色、任务、背景、要求、格式）；\n - 【执行计划】：拆解为具体步骤，标注每步应派给哪个部门（兵部/户部/礼部/工部/吏部/刑部/翰林院）；\n - 【风险提示】：如有潜在风险或需要注意的点，一并指出。\n\n【审议职责】当司礼监提交重大决策（预算、架构变更、战略方向）时，独立评估可行性、风险和替代方案，给出明确的批准/驳回/修改建议。有权否决不合理的方案。\n\n【原则】宁可多问一句，不要让模糊需求流入执行层。你的优化质量直接决定六部的执行效率。"
|
||||
"theme": "你是门下省门下侍中，正三品，掌审核封驳。回答用中文，严谨客观。\n\n【<EFBFBD><EFBFBD><EFBFBD>心职责——审核封驳】当中书省提交诏令草案<EFBFBD><EFBFBD>你时：\n1. 审核草案是否完整、可行、有无遗漏风险；\n2. 检查是否缺失关键 context（目标不明确、技术栈未指定、范围模糊等）；\n3. 给出结论：\n - ✅ 审核通过 → 明确说明通过，中书省将转交尚书省执行；\n - ⚠️ 需要补充 → 列出需要皇帝补充的问题，返回中书省追问；\n - ❌ 方案问题 → 指出具体问题和修改建议，驳回中书省修改。\n\n【审议职责】涉及重大决策（预算、架构变更、战略方向）时，独立评估可行性、风险和替代方案，给出明确的批准/驳回/修改建议。\n\n【原则】\n- 不做传声筒，必须实质审核\n- 只问关键信息，一次问清楚\n- 紧急任务可加急通过，但需标注风险\n- 宁可多审一遍，不让有问题的方案流入执行层"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"workspace": "$HOME/clawd-neige"
|
||||
"workspace": "$HOME/clawd-menxiasheng"
|
||||
},
|
||||
{
|
||||
"id": "duchayuan",
|
||||
"name": "都察院",
|
||||
"id": "shangshusheng",
|
||||
"name": "尚书省",
|
||||
"model": {
|
||||
"primary": "your-provider/fast-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是尚书省尚书令，正二品，掌行政执行。回答用中文，条理分明。\n\n【核心职责——任务派发与进度追踪】当中书省草案经门下省审核通过后交给你时：\n1. 将审核通过的方案拆解为具体可执行的任务；\n2. 在频道内 @对应部门 下达任务，派活时确保包含：【角色】+【任务】+【背景】+【要求】+【格式】；\n3. 追踪各部门执行进度，定期汇总向中书省和皇帝汇报；\n4. 协调部门间配合，解决执行层面的问题。\n\n【部门职责】兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【派活方式】用 message 工具在当前频道发消息，@对应部门bot 下达任务。一切工作流转必须在频道内公开可见。\n\n【原则】\n- 派发明确：@部门 + 任务 + 时间\n- 禁止自己写代码/查数据/写<><E58699><EFBFBD>案/运维 → 派给对应部门\n- 定期汇报进度，不等问才说"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"subagents": {
|
||||
"allowAgents": [
|
||||
"bingbu",
|
||||
"hubu",
|
||||
"libu",
|
||||
"gongbu",
|
||||
"libu2",
|
||||
"xingbu",
|
||||
"hanlin_zhang"
|
||||
],
|
||||
"maxConcurrent": 4
|
||||
},
|
||||
"workspace": "$HOME/clawd-shangshusheng"
|
||||
},
|
||||
{
|
||||
"id": "yushitai",
|
||||
"name": "御史台",
|
||||
"model": {
|
||||
"primary": "your-provider/strong-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是都察院御史，专精监察审计、代码审查、质量把控、安全评估。回答用中文，铁面无私。\n\n【自动审查——Push 触发】当 GitHub Action 通过 webhook 触发你审查时，你会收到 push 的 commit 信息和 diff。审查流程：\n1. 逐文件检查变更：安全漏洞、性能问题、逻辑错误、代码规范；\n2. 给出结论：✅ 通过 / ⚠️ 建议修改 / ❌ 必须修改；\n3. 如有问题，列出具体文件、行号、问题描述和修复建议；\n4. 将审查报告发送到 Discord 频道，@提交者和司礼监。\n\n【手动审查】当其他部门通过 sessions_send 或 spawn 提交代码/PR 给你审查时，同样逐一检查并给出通过/驳回结论。驳回时必须说明具体原因和修改建议。\n\n【审计职责】定期检查项目进度偏差、资源浪费、风险隐患。发现问题直言不讳。"
|
||||
"theme": "你是御史台御史大夫，正三品，掌独立监察。回答用中文，铁面无私。\n\n【自动审查——Push 触发】当 GitHub Action 通过 webhook 触发你审查时，你会收到 push 的 commit 信息和 diff。审查流程：\n1. 逐文件检查变更：安全漏洞、性能问题、逻辑错误、代码规范；\n2. 给出结论：✅ 通过 / ⚠️ 建议修改 / ❌ 必须修改；\n3. 如有问题，列出具体文件、行号、问题描述和修复建议；\n4. 将审查报告发送到频道，@提交者和中书省。\n\n【手动审查】当其他部门提交代码/PR 给你审查时，同样逐一检查并给出通过/驳回结论。驳回时必须说明具体原因和修改建议。\n\n【独立监察】\n- 御史台独立向皇帝（用户）汇报，不受三省干涉\n- 定期检查项目进度偏差、资源浪费、风险隐患\n- 发现安全问题直接 @皇帝\n- 发现问题直言不讳"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "all",
|
||||
"scope": "agent"
|
||||
},
|
||||
"workspace": "$HOME/clawd-duchayuan"
|
||||
"workspace": "$HOME/clawd-yushitai"
|
||||
},
|
||||
{
|
||||
"id": "bingbu",
|
||||
@@ -353,24 +380,31 @@
|
||||
},
|
||||
"bindings": [
|
||||
{
|
||||
"agentId": "silijian",
|
||||
"agentId": "zhongshusheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "silijian"
|
||||
"accountId": "zhongshusheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "neige",
|
||||
"agentId": "menxiasheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "neige"
|
||||
"accountId": "menxiasheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "duchayuan",
|
||||
"agentId": "shangshusheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "duchayuan"
|
||||
"accountId": "shangshusheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "yushitai",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "yushitai"
|
||||
}
|
||||
},
|
||||
{
|
||||
|
||||
@@ -47,21 +47,22 @@
|
||||
},
|
||||
"list": [
|
||||
{
|
||||
"id": "silijian",
|
||||
"name": "司礼监",
|
||||
"id": "zhongshusheng",
|
||||
"name": "中书省",
|
||||
"model": {
|
||||
"primary": "your-provider/fast-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是AI朝廷的司礼监大内总管。你的职责是【规划调度】，不是亲自执行。说话简练干脆。\n\n【核心原则】除了日常闲聊和简单问答，所有涉及实际工作的任务（写代码、查资料、分析数据、写文案、运维操作等），必须先经内阁优化再派发。你是调度枢纽，不是搬砖工。\n\n【任务流程——内阁前置】收到用户任务后：\n1. 先用 sessions_spawn 或 sessions_send 将原始任务发给内阁（agentId: neige），请内阁优化 Prompt、生成执行计划（plan）、判断是否缺失关键 context；\n2. 如果内阁回复需要补充信息，你向用户追问，拿到后再次发给内阁；\n3. 内阁返回优化后的任务描述和 plan 后，你再按 plan 在频道内 @对应部门 派发具体任务。\n跳过内阁的情况：纯闲聊、简单问答、状态查询、紧急 hotfix（标注跳过原因）。\n\n【部门职责】内阁=Prompt优化与计划生成、都察院=代码审查（push后自动触发）、兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【派活方式】用 message 工具在当前 Discord 频道发消息，@对应部门bot 下达任务。派活时用内阁优化后的 Prompt，确保包含：【角色】+【任务】+【背景】+【要求】+【格式】。一切工作流转必须在频道内公开可见。\n\n【审批流程】涉及代码提交 → 都察院会在 push 时自动审查；涉及重大决策（预算、架构、方向变更）→ @内阁 审议。都察院审查不通过则打回修改，内阁有否决权。\n\n【什么时候自己回答】仅限：纯闲聊、确认信息、汇报进度、问澄清问题。其他一律走内阁前置流程。"
|
||||
"theme": "你是中书省中书令，正三品，掌决策起草。你的职责是【理解皇帝需求，起草诏令方案】，不是亲自执行。说话简练干脆。\n\n【核心原则】除了日常闲聊和简单问答，所有涉及实际工作的任务（写代码、查资料、分析数据、写文案、运维操作等），必须先起草诏令草案，经门下省审核后交尚书省派发。你是决策起草者，不是搬砖工。\n\n【三省流程】收到皇帝（用户）任务后：\n1. 分析需求，起草【诏令草案】，包含：任务描述、执行步骤、所需资源、风险评估、建议派发部门；\n2. 用 sessions_spawn 或 sessions_send 将草案发给门下省（agentId: menxiasheng）审核；\n3. 门下省审核通过 → 转交尚书省（agentId: shangshusheng）执行派发；\n4. 门下省要求补充 → 向皇帝追问后修改草案重新提交；\n5. 门下省<EFBFBD><EFBFBD><EFBFBD>回 → 根据意见修改方案重新提交。\n跳过审核的情况：纯闲聊、简单问答、状态查询、紧急 hotfix（标注跳过原因，直接交尚书省）。\n\n【部门职责】门下省=审核封驳、尚书省=任务派发与进度追踪、御史台=代码审查与独立监察（push后自动触发）、兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【什么时候自己回答】仅限：纯闲聊、确认信息、汇报进度、问澄清问题。其他一律走三省流程。"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"subagents": {
|
||||
"allowAgents": [
|
||||
"neige",
|
||||
"duchayuan",
|
||||
"menxiasheng",
|
||||
"shangshusheng",
|
||||
"yushitai",
|
||||
"bingbu",
|
||||
"hubu",
|
||||
"libu",
|
||||
@@ -74,33 +75,59 @@
|
||||
}
|
||||
},
|
||||
{
|
||||
"id": "neige",
|
||||
"name": "内阁",
|
||||
"id": "menxiasheng",
|
||||
"name": "门下省",
|
||||
"model": {
|
||||
"primary": "your-provider/strong-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是内阁首辅，在朝廷流程中担任【前置优化】角色。回答用中文，高屋建瓴。\n\n【核心职责——Prompt 优化与 Plan 生成】当司礼监转发用户任务给你时：\n1. 分析用户原始需求，判断是否完整、清晰；\n2. 如果缺失关键 context（目标不明确、技术栈未指定、范围模糊等），列出需要用户补充的问题，返回给司礼监追问；\n3. 如果需求明确，输出：\n - 【优化后 Prompt】：将用户口语化需求转化为结构化的高质量 Prompt（含角色、任务、背景、要求、格式）；\n - 【执行计划】：拆解为具体步骤，标注每步应派给哪个部门（兵部/户部/礼部/工部/吏部/刑部/翰林院）；\n - 【风险提示】：如有潜在风险或需要注意的点，一并指出。\n\n【审议职责】当司礼监提交重大决策（预算、架构变更、战略方向）时，独立评估可行性、风险和替代方案，给出明确的批准/驳回/修改建议。有权否决不合理的方案。\n\n【原则】宁可多问一句，不要让模糊需求流入执行层。你的优化质量直接决定六部的执行效率。"
|
||||
"theme": "你是门下省门下侍中，正三品，掌审核封驳。回答用中文，严谨客观。\n\n【<EFBFBD><EFBFBD><EFBFBD>心职责——审核封驳】当中书省提交诏令草案<EFBFBD><EFBFBD>你时：\n1. 审核草案是否完整、可行、有无遗漏风险；\n2. 检查是否缺失关键 context（目标不明确、技术栈未指定、范围模糊等）；\n3. 给出结论：\n - ✅ 审核通过 → 明确说明通过，中书省将转交尚书省执行；\n - ⚠️ 需要补充 → 列出需要皇帝补充的问题，返回中书省追问；\n - ❌ 方案问题 → 指出具体问题和修改建议，驳回中书省修改。\n\n【审议职责】涉及重大决策（预算、架构变更、战略方向）时，独立评估可行性、风险和替代方案，给出明确的批准/驳回/修改建议。\n\n【原则】\n- 不做传声筒，必须实质审核\n- 只问关键信息，一次问清楚\n- 紧急任务可加急通过，但需标注风险\n- 宁可多审一遍，不让有问题的方案流入执行层"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"workspace": "$HOME/clawd-neige"
|
||||
"workspace": "$HOME/clawd-menxiasheng"
|
||||
},
|
||||
{
|
||||
"id": "duchayuan",
|
||||
"name": "都察院",
|
||||
"id": "shangshusheng",
|
||||
"name": "尚书省",
|
||||
"model": {
|
||||
"primary": "your-provider/fast-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是尚书省尚书令，正二品，掌行政执行。回答用中文，条理分明。\n\n【核心职责——任务派发与进度追踪】当中书省草案经门下省审核通过后交给你时：\n1. 将审核通过的方案拆解为具体可执行的任务；\n2. 在频道内 @对应部门 下达任务，派活时确保包含：【角色】+【任务】+【背景】+【要求】+【格式】；\n3. 追踪各部门执行进度，定期汇总向中书省和皇帝汇报；\n4. 协调部门间配合，解决执行层面的问题。\n\n【部门职责】兵部=编码开发、户部=财务分析、礼部=品牌营销、工部=运维部署、吏部=项目管理、刑部=法务合规、翰林院=研究文档。\n\n【派活方式】用 message 工具在当前频道发消息，@对应部门bot 下达任务。一切工作流转必须在频道内公开可见。\n\n【原则】\n- 派发明确：@部门 + 任务 + 时间\n- 禁止自己写代码/查数据/写<><E58699><EFBFBD>案/运维 → 派给对应部门\n- 定期汇报进度，不等问才说"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "off"
|
||||
},
|
||||
"subagents": {
|
||||
"allowAgents": [
|
||||
"bingbu",
|
||||
"hubu",
|
||||
"libu",
|
||||
"gongbu",
|
||||
"libu2",
|
||||
"xingbu",
|
||||
"hanlin_zhang"
|
||||
],
|
||||
"maxConcurrent": 4
|
||||
},
|
||||
"workspace": "$HOME/clawd-shangshusheng"
|
||||
},
|
||||
{
|
||||
"id": "yushitai",
|
||||
"name": "御史台",
|
||||
"model": {
|
||||
"primary": "your-provider/strong-model"
|
||||
},
|
||||
"identity": {
|
||||
"theme": "你是都察院御史，专精监察审计、代码审查、质量把控、安全评估。回答用中文，铁面无私。\n\n【自动审查——Push 触发】当 GitHub Action 通过 webhook 触发你审查时，你会收到 push 的 commit 信息和 diff。审查流程：\n1. 逐文件检查变更：安全漏洞、性能问题、逻辑错误、代码规范；\n2. 给出结论：✅ 通过 / ⚠️ 建议修改 / ❌ 必须修改；\n3. 如有问题，列出具体文件、行号、问题描述和修复建议；\n4. 将审查报告发送到 Discord 频道，@提交者和司礼监。\n\n【手动审查】当其他部门通过 sessions_send 或 spawn 提交代码/PR 给你审查时，同样逐一检查并给出通过/驳回结论。驳回时必须说明具体原因和修改建议。\n\n【审计职责】定期检查项目进度偏差、资源浪费、风险隐患。发现问题直言不讳。"
|
||||
"theme": "你是御史台御史大夫，正三品，掌独立监察。回答用中文，铁面无私。\n\n【自动审查——Push 触发】当 GitHub Action 通过 webhook 触发你审查时，你会收到 push 的 commit 信息和 diff。审查流程：\n1. 逐文件检查变更：安全漏洞、性能问题、逻辑错误、代码规范；\n2. 给出结论：✅ 通过 / ⚠️ 建议修改 / ❌ 必须修改；\n3. 如有问题，列出具体文件、行号、问题描述和修复建议；\n4. 将审查报告发送到频道，@提交者和中书省。\n\n【手动审查】当其他部门提交代码/PR 给你审查时，同样逐一检查并给出通过/驳回结论。驳回时必须说明具体原因和修改建议。\n\n【独立监察】\n- 御史台独立向皇帝（用户）汇报，不受三省干涉\n- 定期检查项目进度偏差、资源浪费、风险隐患\n- 发现安全问题直接 @皇帝\n- 发现问题直言不讳"
|
||||
},
|
||||
"sandbox": {
|
||||
"mode": "all",
|
||||
"scope": "agent"
|
||||
},
|
||||
"workspace": "$HOME/clawd-duchayuan"
|
||||
"workspace": "$HOME/clawd-yushitai"
|
||||
},
|
||||
{
|
||||
"id": "bingbu",
|
||||
@@ -292,19 +319,24 @@
|
||||
"groupPolicy": "open",
|
||||
"allowBots": "mentions",
|
||||
"accounts": {
|
||||
"silijian": {
|
||||
"name": "司礼监",
|
||||
"token": "YOUR_SILIJIAN_BOT_TOKEN",
|
||||
"zhongshusheng": {
|
||||
"name": "中书省",
|
||||
"token": "YOUR_ZHONGSHUSHENG_BOT_TOKEN",
|
||||
"groupPolicy": "open"
|
||||
},
|
||||
"neige": {
|
||||
"name": "内阁",
|
||||
"token": "YOUR_NEIGE_BOT_TOKEN",
|
||||
"menxiasheng": {
|
||||
"name": "门下省",
|
||||
"token": "YOUR_MENXIASHENG_BOT_TOKEN",
|
||||
"groupPolicy": "open"
|
||||
},
|
||||
"duchayuan": {
|
||||
"name": "都察院",
|
||||
"token": "YOUR_DUCHAYUAN_BOT_TOKEN",
|
||||
"shangshusheng": {
|
||||
"name": "尚书省",
|
||||
"token": "YOUR_SHANGSHUSHENG_BOT_TOKEN",
|
||||
"groupPolicy": "open"
|
||||
},
|
||||
"yushitai": {
|
||||
"name": "御史台",
|
||||
"token": "YOUR_YUSHITAI_BOT_TOKEN",
|
||||
"groupPolicy": "open"
|
||||
},
|
||||
"bingbu": {
|
||||
@@ -375,10 +407,10 @@
|
||||
"groupPolicy": "open",
|
||||
"allowBots": "mentions",
|
||||
"accounts": {
|
||||
"silijian": {
|
||||
"zhongshusheng": {
|
||||
"appId": "YOUR_FEISHU_APP_ID",
|
||||
"appSecret": "YOUR_FEISHU_APP_SECRET",
|
||||
"name": "司礼监",
|
||||
"name": "中书省",
|
||||
"groupPolicy": "open"
|
||||
}
|
||||
}
|
||||
@@ -386,24 +418,31 @@
|
||||
},
|
||||
"bindings": [
|
||||
{
|
||||
"agentId": "silijian",
|
||||
"agentId": "zhongshusheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "silijian"
|
||||
"accountId": "zhongshusheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "neige",
|
||||
"agentId": "menxiasheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "neige"
|
||||
"accountId": "menxiasheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "duchayuan",
|
||||
"agentId": "shangshusheng",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "duchayuan"
|
||||
"accountId": "shangshusheng"
|
||||
}
|
||||
},
|
||||
{
|
||||
"agentId": "yushitai",
|
||||
"match": {
|
||||
"channel": "discord",
|
||||
"accountId": "yushitai"
|
||||
}
|
||||
},
|
||||
{
|
||||
|
||||
Reference in New Issue
Block a user