| content |
{"Commits":[{"Sha1":"f85fd4178 {"Commits":[{"Sha1":"f85fd41780a4908299a241fb62fbd99732f0ad64","Message":"fix: 按需-4 改守卫——包之间不互相授权，读别的包只经发布的守卫（04 原仓 main b5f04cf0）\n\n04 拆-3 预检：在原仓 main（已含需-4）上施加时，商包 001_commerce_role 对客包对象的授权被拒，财包同样。\n- 客、商、物的引用守卫 assert_*_ref 改为定义方权限、返回 jsonb、可带期望状态，经 shared.publish_domain_guard 发布：\n 客 party、customer_account；商 contract、obligation、product、order；物 item_type、site、space。\n- 事发布 work.assert_case_record_ref、work.assert_task_record_ref（Owner erk_work）；物发布 thing.assert_reservation_ref\n （Owner erk_thing，读内核 resource.reservation）。原先的 *_guard 读守卫与三份迁移并入其中，删除。\n- 删掉商、财对客、商对象的一切授权；商不再需要的内核授权（work.task、resource.reservation）一并收掉。\n- 处理器读别的包改用 ctx.ref；错误码不变（不传期望状态，状态检查仍在处理器里，原错误码照旧）。\n- 边界测试收紧：处理器 SQL 里不出现别的包的表，例外只有内核的 outcome.outcome。\n- 预演 SDK 改从 b5f04cf0 构建（锁里内置包换成物包）；SDK 检查无发现，npm test 14/14；负向验证：\n 给商包加回读客表的授权，夹具按需-4 拒绝施加。\n\nCo-Authored-By: Claude Opus 5.5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-10-12T05:19:55-07:00"},{"Sha1":"ec9d288e0d060d6d7bc21b64fff8af368eef4636","Message":"feat: 六个域包——物包 0.1.0，客商财人事按一域一包拆出（02 拆-2）\n\n- 物 ees.domain.thing 0.1.0：物品类型、场所、空间，空间按场所授权，库内守卫兜底，发布占用预留的读守卫。\n- 客、商、财、人、事 1.0.0：自 EES 内置包 ees.domains.customer-commerce-finance 1.0.0\n （控制面原仓分支 b1be2ba1，引擎接口 /1 定型版）按一域一包拆出。SQL 正文未改，只按读方重新分配跨包授权；\n 装载顺序人、事、物 → 客 → 商 → 财。\n- 跨域直读 10 处换掉 8 处：客、商、事、物各自发布读守卫（\u003cschema\u003e.\u003c名\u003e_guard），读方改调守卫；\n 剩 2 处读内核五维「果」的结果记录，等内核补守卫（需-4）。\n- 测试：SDK 检查无发现；npm test 14/14——EES 原有两份域包集成测试原样移植 2/2，物包 4/4，边界检查 8/8（含负向自检）。\n 跑在拆包预演 SDK 上（控制面 20d2cce6，锁里的内置包换成物包，预演拆-3 之后的 EES），不是 EES 当前的锁。\n- tools/：标准 SDK 与拆包预演 SDK 的本机构建脚本（Registry 发布前用）。\n\nEES 换装（拆-3）前，EES 内置包仍是运行真源；它在 b1be2ba1 之后的改动要并入本仓。\n方案见 02 层仓 域包开发与对接-2026-10-12.md。\n\nCo-Authored-By: Claude Opus 5.5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-10-12T05:03:52-07:00"},{"Sha1":"4d51ed7b322350a9ccfb9ee189b785f9a9e30501","Message":"chore: 建 7域中台本机仓——02 的域包仓，一域一包（用户 10-12 定）\n\n只有说明、工作规则与 .gitignore，尚无包与代码。拆 EES 内置包要等 04 交付\n引擎接口包与测试夹具（需-1）、引擎 SQL 与业务函数归位（需-2）。\n方案见 02 层仓 域包开发与对接-2026-10-12.md。Gitea 仓待建，已配 origin，未推送。\n\nCo-Authored-By: Claude Opus 5.5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-10-12T03:08:37-07:00"}],"HeadCommit":{"Sha1":"f85fd41780a4908299a241fb62fbd99732f0ad64","Message":"fix: 按需-4 改守卫——包之间不互相授权，读别的包只经发布的守卫（04 原仓 main b5f04cf0）\n\n04 拆-3 预检：在原仓 main（已含需-4）上施加时，商包 001_commerce_role 对客包对象的授权被拒，财包同样。\n- 客、商、物的引用守卫 assert_*_ref 改为定义方权限、返回 jsonb、可带期望状态，经 shared.publish_domain_guard 发布：\n 客 party、customer_account；商 contract、obligation、product、order；物 item_type、site、space。\n- 事发布 work.assert_case_record_ref、work.assert_task_record_ref（Owner erk_work）；物发布 thing.assert_reservation_ref\n （Owner erk_thing，读内核 resource.reservation）。原先的 *_guard 读守卫与三份迁移并入其中，删除。\n- 删掉商、财对客、商对象的一切授权；商不再需要的内核授权（work.task、resource.reservation）一并收掉。\n- 处理器读别的包改用 ctx.ref；错误码不变（不传期望状态，状态检查仍在处理器里，原错误码照旧）。\n- 边界测试收紧：处理器 SQL 里不出现别的包的表，例外只有内核的 outcome.outcome。\n- 预演 SDK 改从 b5f04cf0 构建（锁里内置包换成物包）；SDK 检查无发现，npm test 14/14；负向验证：\n 给商包加回读客表的授权，夹具按需-4 拒绝施加。\n\nCo-Authored-By: Claude Opus 5.5 \u003cnoreply@anthropic.com\u003e\n","AuthorEmail":"hillao@juhailaoluodeMacBook-Pro.local","AuthorName":"juhailaoluo pro","CommitterEmail":"hillao@juhailaoluodeMacBook-Pro.local","CommitterName":"juhailaoluo pro","Timestamp":"2026-10-12T05:19:55-07:00"},"CompareURL":"","Len":3}... |