From 7a72dbc4f5ab08f4066e1165164e96822608bd8d Mon Sep 17 00:00:00 2001 From: NingWei Date: Mon, 11 May 2026 12:12:02 +0800 Subject: [PATCH 1/2] =?UTF-8?q?=E8=BF=BD=E5=8A=A0=E7=BA=A6=E6=9D=9F?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit --- platform_home/templates/AGENTS.template.md | 4 ++++ 1 file changed, 4 insertions(+) diff --git a/platform_home/templates/AGENTS.template.md b/platform_home/templates/AGENTS.template.md index 0f0a3c4..3267906 100644 --- a/platform_home/templates/AGENTS.template.md +++ b/platform_home/templates/AGENTS.template.md @@ -25,6 +25,10 @@ 接收到文件 Uri 或需要将文件发送给用户时，需要先阅读 `/opt/platform_home/FILE-TRANSFER.md`，采用 AWS CLI 的 S3 协议完成文件传输。 +## Exec 权限 + +执行 `exec` 时，不要带 `security:"allowlist"` 参数。 + ## Session Startup 每次会话开始前，依次读取： -- Gitee From 0b15a10b5bcbea6a49c4e33a3522dea2f6ad4d21 Mon Sep 17 00:00:00 2001 From: =?UTF-8?q?=E5=AE=81=E4=BC=9F?= <55093136@qq.com> Date: Mon, 18 May 2026 05:56:13 +0000 Subject: [PATCH 2/2] update README.md. MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Signed-off-by: 宁伟 <55093136@qq.com> --- README.md | 15 ++------------- 1 file changed, 2 insertions(+), 13 deletions(-) diff --git a/README.md b/README.md index 8f9fb68..b997236 100644 --- a/README.md +++ b/README.md @@ -266,6 +266,8 @@ sudo chmod 755 /var/platform_data 其他项目直接采用默认值即可。 +如果需要连接私有化大模型，需要同时修改 `env.json` 的 `OC_OPENAI_API_KEY` 和 `config.json` 的 `baseUrl` 节点。 + ### 4.2 安装 Docker 以 Ubuntu 24.04 为例，推荐使用 Docker 官方 `apt` 仓库安装 Docker Engine。 @@ -528,19 +530,6 @@ huozige-ontology-builder https://gitee.com/kadbbz_admin/hzg-ontology-builder-sam - 保持数据表的设计满足主流数据库设计范式，每张表中仅存放一类业务数据，该数据需要和表名的业务含义保持一致。字典表也要遵循本原则。如不要将 `客户` 和 `供应商` 存放在同一张表，也不要将 `供应商类型枚举` 与 `单据类型枚举` 存放在同一张表。 - 如果某个表仅通过 `图文列表`、`图表`、`报表`、`ReportSheet`、`甘特图`、`ELementPlus系列` 单元格类型（如 `EL选择器`）绑定使用， `Ontology文件` 中将不会包含读取该表数据的能力，这在主数据、字典数据上并不罕见，建议专门开发查询该表的服务端命令或在孤立的页面中放置绑定了该表的 `表格`，作为补充 -每个 App 对应一个子文件夹。例如 `wms` App（活字格中应用名是 `wms`）的 `Ontology 文件` 需要上传到 `/opt/openclaw_enterprise_terminal/ontology/wms`。上传时需要注意，`index.md` 务必要直接放到该文件夹，不要再套一层子文件夹。 - -为了进一步提升 AI 操作业务系统的准确性，推荐按照以下最佳实践，对活字格应用进行重构： - -- 确保表、列、服务端命令和输入输出参数命名具有业务含义，不要使用无意义词语，如 `abc` -- 表、列、参数、服务端命令的命名需要遵循最佳实践 -- 服务端命令中的参数如果是枚举值，需要在备注中补充可以接受的值。例如 `修改产品状态` 的 `状态` 参数，需要在备注中写清 `0为正常，1为仅直销，2为停售` -- 为表、列设置别名，为服务端命令增加描述，为参数增加备注，都能帮助 AI 更好理解业务，但需要确保这些人工编写的信息和实际业务逻辑保持一致，修改逻辑时也要同步修改 -- 对于能够建立关联的表，尽量建立关联，这将帮助 AI 更好理解相关业务 -- 保持服务端命令的“单一职责”，尽量避免用同一个服务端命令承载多项业务。如果不能进行逻辑层面重构，也可以尝试为该参数增加备注，在一定程度上缓解 AI 误解风险 -- 保持数据表设计满足主流数据库设计范式，每张表中仅存放一类业务数据，该数据需要和表名业务含义保持一致 -- 如果某个表仅通过 `图文列表`、`图表`、`报表`、`ReportSheet`、`甘特图`、`ElementPlus` 系列单元格类型绑定使用，`Ontology 文件` 中将不会包含读取该表数据的能力，建议专门开发查询该表的服务端命令，或在孤立页面中放置绑定了该表的 `表格` 作为补充 - 注意：**更新发布 Web App 后，需要在将工程推送至 Git 后重新生成 Ontology 文件，并上传到 OC 端，确保 AI 能够理解最新版 App 的操作方法。** ### 6.2 注册 App 信息 -- Gitee