zizi-al/oh-my-muse
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
175 Commits 6 Branches 1 Tag
Commit Graph

175 Commits

This Branch
This Branch
All Branches
Author SHA1 Message Date
lili
b50cd45d23 fix(studio): client 注入 tenant-id(活体集成缺口)+ MVP#1 negative-path e2e 绿 
活体对接暴露:client.ts 只注入 Bearer/版本号、漏 tenant-id,真实后端报「租户标识未传递」(MSW 不校验故 dev 未暴露)。
新增 auth.readTenantId(mock 单租户默认 1,真实登录应写入)+ client 注入 tenant-id 头。
e2e/accept-suggestion 负路径补 tenant-id 头、填活体种子常量(work/block/suggestion=3);
playwright(chromium)实跑:rendered app→vite 代理→真后端→乐观锁 1041000002 拒,绿。tsc 0 / vitest 47。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-15 00:13:22 -07:00
lili
35af34a564 docs(mvp): ai-agent + events BC 活体证,核心后端产品目标实质达成 
agent:POST 创建 agentId:1→GET 列表含之(active);events:经 AI SSE + streamEvents 双评审 IT。
§五 总评:5 个核心 BC(content+ai/knowledge/market/account/agent)端到端活体证毕(正+负),
含 market→account 跨 BC 投影;后端产品目标实质达成。仍缺前端渲染层(B3)/meta admin/市场发布 UI。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 23:38:13 -07:00
lili
6897fc2ac4 fix(base-schema): 补 member_user.register_terminal + infra_api_error_log_seq(解 account 读 500) 
account/profile 等读 member_user 引用 register_terminal,原基座翻译遗漏→500;补列后转干净业务码。
infra_api_error_log 走 @KeySequence 但原用 IDENTITY 无序列→错误日志写入再抛。两处补入基座文件。
活体证(48080):account BC 个人中心读旅程全通,且 market 购买/安装经投影流入 account purchases/licenses
=market→account 跨 BC 端到端。§五:account BC ✅(已 4 个 BC 活体证)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 23:35:32 -07:00
lili
a4a49a86e9 docs(mvp): knowledge BC 活体纵切达成(确认草稿 Shadow→Canonical 实体,正+负) 
curl 真打单体 48080:GET 待确认草稿→POST confirm→muse_knowledge_entity 落库+草稿 confirmed;
负路径 revision(1043002001)/source-stale(1043002002)被拒、草稿转 conflicted。
§五 加 per-BC 活体度量(goal 真实进度):content+ai ✅、knowledge ✅、market 进行中。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 23:27:03 -07:00
lili
7ac58ab7e4 docs(mvp): 校正 MetaImpact 判定(缺用量投影特征非接线)+ 确认 goal 主攻方向 
勘察发现 content/ai/knowledge DAL 均未持久化 schemaKey 用量引用,MetaImpact 真实化=多模块特征工程而非 facade 接线,置后。
goal 方向定:活体纵切·每 BC 一条端到端旅程,验收=achieve the product goal。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 23:21:17 -07:00
lili
517e2b8197 fix(p1r): 修复陈旧红测试 P1rKnowledgeFlywayMigrationIT(V14→V21)+ 建 master plan 收口 backlog 
唯一红测试硬编码 TARGET_VERSION=14/count=14,而 schema 已演进 V21(V15-V21 各域 outbox 迁移)。
Flyway 全量执行 sql/muse 所有迁移,断言应随 schema 增长;V14 知识表/索引检查保留。
真实 PG 验证绿(muse_knowledge_flyway_test,exit 0,migration_count=21/version=21)。
进度总账新增 §五:P1R-7 收口活 backlog(校正 facade 缺口清单,B2 勘察多处误判已纠)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 23:03:17 -07:00
lili
913c8e042d docs(mvp): 记录全栈 muse-server 史上首次单体启动 + MVP#1 活体端到端实证 
墙3 诊断证伪(非 Feign RPC,真因=classifier/Spring条件注解/bean名冲突/codegen/SOCKS)。
全栈起法+活体 curl 命令(GET works、POST suggestion-merges accept_as_is、乐观锁负路径)
固化入 knowledge §六;进度总账追加里程碑条目。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 17:49:28 -07:00
lili
d09d529d11 fix(p1-monolith): facade 条件装配可靠化 + 跨模块 bean 名冲突修复(单体启动收口·进行中) 
让 muse-server 单进程单体可启动(从未装配过的单体逐层暴露问题,本提交修 facade 装配 + 名冲突两类):
- muse-server 新增 MonolithFacadeFallbackAutoConfiguration(@AutoConfiguration 末位 + @Bean
  @ConditionalOnMissingBean):为 6 个全 default 的 content facade(File/KnowledgeDraft/Meta/ParseJob/
  PlanningCandidate/StyleCheck)提供可靠 fail-closed 兜底(真实 impl 仍优先,非 stub)。
- 4 个真实 impl facade 去掉 @Component 上不可靠的 @ConditionalOnBean(单体内依赖恒在,@Primary 总注册):
  AiSuggestionMergeProjectionFacade(ContentAiSuggestionFacade,slice 关键)、ContentMuseWorkOwnerFacade、
  ProjectionSecurityRuntimePermissionFacade、ContentKnowledgeWorkOwnerFacade。
- 4 个 source-owner + SecurityToolGrant + MetaImpact 的 Unavailable 去掉 @Component/@Service 上不可靠的
  @ConditionalOnMissingBean(全仓单实现,直接总注册;fail-closed 不变)。
- 跨模块 bean 名冲突:AccountExportServiceImpl 的 @Resource 字段 exportTaskMapper(类型 AccountExportTaskMapper)
  按名撞 content 的 ExportTaskMapper bean → 改名 accountExportTaskMapper。

背景:Spring 对 @Component/@Service 上的 @ConditionalOnBean/@ConditionalOnMissingBean 不保证可靠(官方仅
@Bean 方法),"从未以单体装配过"的本仓在单进程下顺序混乱致漏注册。build 验证编译通过;启动仍在逐层推进中。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 17:37:52 -07:00
lili
d61ff79ebc docs(knowledge): 订正全栈启动第 3 墙诊断(Feign 初判被实测推翻=classifier) 
实测推进:"cloud→monolith Feign RPC 桥接"初判证伪。真因是 system/infra/ai-server 同 member 的
无 classifier repackage fat jar 问题(嵌入 muse-server 后类不可加载)→ 配 classifier(eea10b7)后
本地 PermissionApiImpl(PermissionApi extends PermissionCommonApi)即注册,无需任何 Feign 桥接。
随后实测打通 datasource(清 SOCKS 代理 system property)/Flyway V1-V21/security/codegen。
剩余唯一类:facade 的 @Service @ConditionalOnMissingBean 兜底在单体下未可靠注册(~21 个,逐个暴露)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 16:56:43 -07:00
lili
eea10b736f fix(build): system/infra/ai-server repackage 配 classifier=exec(单体可加载) 
延续 member-server 同款修复(1f89007):被 muse-server 装配的 yudao 系 -server 模块若 repackage 无
classifier,主 jar 是 fat jar,嵌入 muse-server fat jar 的 BOOT-INF/lib 后其类不可加载,运行期模块 bean
全失踪(实测:boot 报 PermissionCommonApi/PermissionApiImpl 无法装配)。给 system/infra/ai-server 的
repackage 配 classifier=exec → 主 jar 为可嵌套加载的瘦库。

验证:clean package BUILD SUCCESS,主 jar 由 ~180MB fat 变 0.5-1.3MB 瘦库;muse-server 启动已越过
datasource(清 SOCKS 代理 system property 后 PG 连通)+ Flyway V1-V21 + security/permission 装配,
推进到 facade 条件装配阶段。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 16:53:45 -07:00
lili
038d2cf387 chore(p1-fullstack): 补 postgres 基座 schema(dev)+ 记录全栈启动 2 墙拆除与第 3 墙诊断 
为活体 e2e 起全栈 muse-server,实测拆两墙、定位第三墙:
- 墙1(已修, commit 1f89007):member-server repackage classifier → mvn package 全项目 BUILD SUCCESS。
- 墙2(已解):本仓原无 postgres 基座 dump。新增 muse-cloud/sql/dev/yudao-base-schema-postgres.sql
  (system/infra/member 测试 schema 忠实翻 PostgreSQL,49 表)+ yudao-base-seed-postgres.sql
  (system_tenant id=1 等最小启动种子);实测灌库 0 失败,app Flyway(baseline-on-migrate)成功补
  Muse V1-V21、Tomcat 起、Spring 初始化。
- 墙3(定位,开 chip):muse-server 卡 bean 装配——5 个 biz.system CommonApi 是 @FeignClient
  (yudao-cloud RPC),单进程单体下未注册本地 bean。即项目从未以单体真正启动过(基线"未实跑"根因),
  需阶段7「cloud→monolith RPC 桥接」(真实接 system 本地 impl,非 permissive stub=假绿)。

knowledge §六 记全栈启动配方 + 三墙状态;进度总账加时间线。MVP #1 纵切仍以 4 个真实 PG IT 为正确性证据。
未推送(等用户)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 11:18:35 -07:00
lili
1f89007d41 fix(build): member-server repackage 配 classifier=exec,修复全项目 mvn package 失败 
根因:member-server 用 spring-boot repackage 无 classifier,主 artifact 变 fat jar(class 进
BOOT-INF/classes),clean package 阶段 member 先 repackage 后 market-server 编译,致
MarketAccountProjectionProvider 引 member-server 内部接口报 "package does not exist"。
仅 test 阶段不触发(member 未到 package),故此前 CI test/-am test 全绿、是 d38260f 未做
clean-package 验证的假绿。

修法:给 member-server 的 repackage 配 <classifier>exec</classifier>——主 jar 保持可被下游
编译消费的瘦库,fat 可执行 jar 挪到 muse-module-member-server-exec.jar(微服务单独运行仍可用)。
验证:mvn -pl muse-server -am -Dmaven.test.skip=true clean package → BUILD SUCCESS,
产出 muse-server.jar + member 主 jar 810KB 瘦库 + -exec fat jar。

遗留:market-server→member-server 的 pom 依赖(BC 越界)仍在,属更深的 BC 收口(见 chip),本次只
解 package 破损。建议 CI 增加 package 阶段以防此类 repackage 依赖破损再被 test 阶段漏过。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 11:03:47 -07:00
lili
e8f616d5a5 feat(p1-ai): AI 生成候选补齐「审」字段+active+授权快照,打通生成→采纳 
消除「经真实 AI 生成流产出的候选永远无法被采纳入正文」缺口(chip task_092cfc32):

- 新增 MuseAiCandidateReviewService:对生成正文做真实(轻量)审——输出合规扫描(空/凭据痕迹)
  + 静态检查(空白/超长)+ 许可限制快照透传;三项全过才给可追溯审结果 ID(绑定 generation+内容指纹),
  任一不过则不给 → 调用方不写审字段 → Content 合并门禁如实拒绝(反假绿)。
- MuseAiRuntimeProjectionService.createRuntimeSuggestion:
  · 顶层 content 写入候选 contentSnapshot(脱敏 summary,供 mergeBlockSuggestion facade 可用性检查;
    完整 provider 原文按数据主权不持久化,采纳走 merge_after_edit 由用户回传所审正文)
  · diff_summary 写齐三「审」字段(审查通过时)
  · source_status 'verified'→'active'(原值既非来源状态机取值,又会被合并门禁拒绝)
  · 数值授权快照:envelope id 为数值时落 authorization_snapshot_id(沿用 MuseSuggestionServiceImpl 的
    envelope=authz 既有约定);非数值受 BIGINT 列限制,待授权快照建模收口(遗留)

验证(真实 PG,16/16 绿):
- MuseAiCandidateReviewServiceTest 5/0(真实审逻辑:通过/空/凭据泄露/许可透传/空值)
- MuseAiRuntimeProjectionServiceTest 5/0(回归:补 @Mock+stub 防 NPE)
- P1rContentMergeGeneratedSuggestionIT 1/0(机械门禁:真实 createShadowSuggestionCandidate 产候选
  → active/审/authz/content 由真实代码产出 → mergeBlockSuggestion 写入 Canonical)
- P1rContentMergeSuggestionIT 5/0(回归,未受影响)

至此 MVP #1「生成→采纳」活体闭环仅剩 1 个范围外阻塞:远端 dev 库缺 yudao 基座 schema(全栈 app 启动)。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 09:58:49 -07:00
lili
fe75b666b9 feat(p1-mvp): AI候选采纳入正文纵切——前端接 suggestion-merges + 后端 real-PG 机械门禁 
据现状基线 §6.3 #1(前端 AI 候选闭环断链)整改:

前端(muse-studio):
- WorkspacePage 真实编辑器接入唯一合法入口 POST .../suggestion-merges(新增 useAcceptSuggestion),
  去除 EditorPage 仅本地 setContent 的绕过(违背 Shadow→Canonical 主权)
- client.ts 注入 Authorization Bearer(后端 Sa-Token 鉴权);新增 auth.ts 统一令牌读取,sse.ts 复用去重
- AIPanel 透传 suggestionId;connectAIStream 复用 createEventStreamParser 对齐真后端 SSE event: 线(修旧 data.type 漂移);
  sse.ts onDone 类型对齐 {taskId,suggestionId};CandidatePanel 异步采纳+防双写
- tsc / 47 单测 / build 全绿

后端(muse-cloud):
- 新增机械门禁 P1rContentMergeSuggestionIT:真实 PG + 真实 AiSuggestionMergeProjectionFacade 读真种 muse_ai_suggestion
- 5/5 绿:正向写 Canonical(rev1→2)/revision 冲突不脏写/幂等回放/非 pending/「审」字段缺失

未达(诚实):活体全栈 UI e2e 未跑——阻塞于①远端 dev 库缺 yudao 基座 schema(全栈 app 起不来)
②AI 运行时未写「审」字段(生成流候选不可合并,chip task_092cfc32);均范围外。
connectAIStream 的 SSE parser 漂移已在本提交修复。e2e/accept-suggestion.spec.ts 只写不跑。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 09:29:56 -07:00
lili
1a76a14995 docs(p1-verify): 记录 P1 后端 real-PG IT 验收(19/20 类零失败)+ 接入配方与 SOCKS 代理坑 
接通共享远端 PostgreSQL(100.64.0.8:5433,PG17.10)真跑全部 20 个 P1r*IT:
19/20 IT 类零功能失败(~95 用例绿),覆盖 completed-approval、Flyway 迁移、
events-publish outbox 后端路径 + New-API live 调用——此前"86 个 needs_verification
须真实 PG、本地不可验/环境阻塞"的判断被实测推翻,后端获机械绿证据(非假绿)。

唯一红:P1rKnowledgeFlywayMigrationIT 硬编码断言 V14 而 schema 已到 V21(陈旧用例,
源自 commit 7155285、非本轮改动),应改为动态读取最新版本;已登记总账 TODO。

沉淀(避免重蹈):
- .agents/knowledge/external-deps-and-gotchas.md §四:跑 real-PG IT 的完整配方
  (test 阶段 + -Dtest=<IT类>,避开 verify/integration-test 的 repackage 破坏跨模块编译;
  库名须 _test 结尾且会被 flyway.clean;locations 恰为 filesystem:sql/muse;密码只走 env)
  + **本机 HTTP_PROXY 致 JVM socksProxyHost 破坏 PG 原始线协议**(EOF 误判为密码/pg_hba)的
  判定与修复(-DargLine='-DsocksProxyHost= -DsocksProxyPort=');PG 实为 17.10。
- 进度总账:时间线 + "环境阻塞已解除"状态订正(诚实标注 FE / 唯一红 / live opt-in 仍未达)。

注:验收用共享 _test 库(各 IT 专属、isolated、flyway.clean 重建);本轮新建的 3 个
muse_it_*_test 已 DROP 清理;远端 PG 凭据由用户提供、未入库。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 08:19:01 -07:00
lili
d38260fc51 feat(p1-market): market 写路径整改——member 暴露写端口,消除 market→member.dal BC 违例(BC 门全绿) 
market 5 类(MarketAccountProjectionProvider/AdminMarketReviewServiceImpl/MarketInstallServiceImpl/
MarketLicenseServiceImpl/MarketPublishServiceImpl)此前直接构建 member.dal 的 AccountRecordProjectionDO
并经 AccountRecordProjectionMapper upsert 进 member 表——跨 BC 写路径违例(原 BcBoundaryArchTest 单点豁免登记)。

本次整改(ultracode 工作流:设计→实现→对抗验证;JDK21 scoped 实跑验证):
- member-api 新增对外写端口 MuseAccountRecordProjectionApi + MuseAccountRecordProjectionSaveReqDTO;
  member-server MuseAccountRecordProjectionApiImpl 实现,读写 member 自有 DAL,整体平移原 upsert 语义
  (insert/update 分支、update rows!=1 抛 IllegalStateException 防伪成功)。
- 安全边界:DTO 刻意不含 tenantId,由实现侧从 TenantContextHolder 注入,杜绝调用方(他域)伪造租户。
- 事务红线:写端口为进程内 Bean、不加 @Transactional,沿用调用方(market 的 REQUIRES_NEW)事务上下文,
  market 业务回滚则投影一并回滚,原子性与原实现等价。
- market 5 类改消费写端口 + DTO 替代 DO,移除 member.dal 代码依赖;
  BcBoundaryArchTest.KNOWN_VIOLATION_EXEMPTIONS 清空 → 通用 BC 门全绿(0 Architecture Violation)。
- 测试:insert/update/租户隔离语义随实现迁移至 MuseAccountRecordProjectionApiImplTest(4/0F);
  provider 测试改 mock 写端口、保留"失败→写 blocked outbox→上抛 UNAVAILABLE"语义(5/0F);
  market 其余 4 类测试同步(AdminReview 16 / Publish 14 / License 9 / Install 5)。

附带修复 round-2 一处假绿:round-2 把 ContentKnowledgeWorkOwnerFacade 重构为消费 MuseContentWorkOwnerApi 后,
旧测试 KnowledgeWorkOwnerFacadeTest 仍断言旧 WorkMapper 行为(当时验证构建在平台 QiniuSmsClientTest
时区用例处中止、未真正跑到 knowledge 模块,故漏网=假绿)。删除该旧测试,其装配守卫
(@ConditionalOnBean 值应为 MuseContentWorkOwnerApi)与 Unavailable 兜底失败关闭两用例并入
ContentKnowledgeWorkOwnerFacadeTest(3→5/0F),覆盖不丢。

验证(JDK21;-Dtest scoped 避开预存红 + muse-server -am):BUILD SUCCESS,日志无任何 <<< FAILURE/ERROR;
BcBoundaryArchTest 1/0F 且 0 Architecture Violation、AgentsInfraIntegrity 3/0F、ContractFirst 2/0F、
P1rApiCoverage 7/0F、member 4/0F、knowledge 5/0F、content 端口 7/0F、market 5 类全绿,全 reactor 模块 SUCCESS。

注:本仓存在预存红测试(非本轮引入,启用真实测试 + CI 接电后将暴露,已登记 总账/AGENTS 后续):
MuseAiTaskServiceTest 桩 eventPublishOutboxService 缺失致 11 例 NPE、MuseAiEventPublishOutboxMapperTest
需真实 PostgreSQL、平台 QiniuSmsClientTest 硬编码北京时区在非 +8 机器失败。故全量 reactor / CI-on-main
当前仍会因这些预存红呈 RED——本轮只声明 market 整改切片与 BC/契约/loop/覆盖门全绿,不声称全仓全绿。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 06:22:09 -07:00
lili
2cff86b808 chore(agent-infra): round-2 加固——据 Opus 评审堵 harness 漏洞 
独立 Opus 评审发现、并经我核验为真的关键漏洞,本轮整改(JDK21 实跑验证全绿):

- P0-1 CI 接上电:maven.yml 触发分支 master→main(此前误配 master、仓库无该分支 → CI 从不运行,
  所有门禁形同离线)、checkout/setup-java 升 v4。
- P0-2 BC 门通用化:ArchUnit 改为通用条件,覆盖全部业务 BC 间 .dal 方向(原仅守 AI 单向);
  整改 knowledge 同构违例(ContentKnowledgeWorkOwnerFacade 改消费 MuseContentWorkOwnerApi);
  market→member.dal 写路径违例单点登记待整改(KNOWN_VIOLATION_EXEMPTIONS + bc-boundaries §三)。
- loop 机械牙:新增 AgentsInfraIntegrityTest(每业务 BC 有 .agent、README 索引每篇 .agents 文档、总账在),
  把写回/索引同步从自觉变机械。
- P1-1 去魔法数:覆盖门分域计数 28/21/37 改为派生自 APPROVED_*_COMPLETED_OPERATIONS.size()。
- openapi-diff materialize 为独立 workflow(待首跑验证)。
- 文档诚实化:AGENTS/总账/bc-boundaries 订正"已验证绿"等过度声称为与实际相符(BC 门 market 待整改、契约门仅存在性/结构)。

验证:JDK21 mvn -pl muse-server -am 实跑 7 类门禁/单测全绿(BcBoundary 1/0F 且 0 Architecture Violation、
AgentsInfraIntegrity 3/0F、ContractFirst 2/0F、P1rApiCoverageReport 7/0F、knowledge/ai/content 适配器单测全绿),BUILD SUCCESS。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 05:39:16 -07:00
lili
e181669197 chore(agent-infra): 建立 agent 开发基建、清理历史 churn 并以 BC 违例整改验证 
本会话三部分交付,均经 JDK21 真实构建验证(非退出码,读 BUILD SUCCESS + Tests run):

1) Agent 开发基建(机械门禁优先)
- 入口与中枢:AGENTS.md、.agents/{knowledge,rules,skills,workflows}、CLAUDE.md 订正
- 订正 .gitignore:移除对 .agent/.agents 的忽略——它们是版本化 agent 基建,须入库(此前被忽略致克隆即缺)
- 机械门禁:CI 真跑测试(maven.yml JDK21、去 -Dmaven.test.skip)、覆盖台账去硬编码、
  BC 边界 ArchUnit 门(BcBoundaryArchTest)、契约先行门(ContractFirstGateTest:Flyway 卫生 + OpenAPI 结构)
- 单一进度源 docs/mvp/进度总账.md + 7 个 BC per-module .agent + mise.toml(锁 JDK21)
- P1 增量:AiSuggestionMergeProjectionFacade(Gap A)、ContentSourceServiceImpl 事务化 outbox 回流(Gap B)

2) 过期历史文档清理(97 份 churn,git 可恢复)
- 删 docs/memorys(34)、agent-specs 审阅/执行版+迁移review(34)、superpowers/plans+specs(25)、
  design-docs/临时+memorys(4);保留 superpowers/reports/coverage(门禁依赖)
- 唯一干货蒸馏入 .agents/knowledge/external-deps-and-gotchas.md;订正大纲/映射表/基线悬空引用

3) P1 harness 验证:消除已登记 BC 违例 ContentMuseWorkOwnerFacade
- content-api 新增只读端口 MuseContentWorkOwnerApi + content-server 实现(读自有 DAL);
  AI 适配器改消费该端口、移除全部 content.dal 依赖,AI 业务规则与 4 消费者不变
- 删除 ArchUnit 豁免 → 门禁收紧(反向红 31 例 / 正向绿;适配器单测 13/0F、端口实现 7/0F)

注:muse-studio/src(SSE 相关 4 文件)与 muse-module-ai/pom.xml(移除孤儿 contract-server)
为本会话之前已存在的未提交改动,非本次工作,未纳入本提交。

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-14 04:38:07 -07:00
zizi
3a27e7ec2b test(p1r): 收口 Account Security Events completed approval 门禁 
- approve only appListSecurityEvents and appGetSecurityEvent at operation level

- keep appAcknowledgeSecurityEvent needs_verification

- add HTTP+DB completed approval IT and update coverage gates/docs
 2026-06-14 01:25:30 +08:00
zizi
304f665660 test(p1r): 收口 Content Admin RiskAction completed approval 门禁 2026-06-13 20:56:07 +08:00
zizi
b0b4b2c557 test(p1r): 收口 Content Admin Read completed approval 门禁 2026-06-13 16:55:58 +08:00
zizi
2692af32e7 test(p1r): 收口 Content Planning completed approval 门禁 
将 content:getPlanning 与 content:savePlanningItem 纳入 operation-level completed approval，并保留 Content 其余 operation 的 needs_verification 边界。
 2026-06-13 02:24:29 +08:00
zizi
3ced553cb2 test(p1r): 收口 Content 第一批 completed approval 门禁 2026-06-12 13:04:42 +08:00
zizi
00327749a2 test(p1r): 收口 Market 第一批 completed approval 门禁 
只推进 Market 4 个 operation-level completed approval，保持 market domain-level allowlist 关闭，并保留剩余 28 个 Market operation 为 needs_verification。
 2026-06-11 18:56:54 +08:00
zizi
f18116a1f5 test(p1r): 收口 Account 第一批 completed approval 门禁 
Account first-batch approval promotes only the 10 verified profile, entitlement, balance snapshot, and quota adjustment operations to completed while keeping the rest of Account in needs_verification.
 2026-06-11 13:47:13 +08:00
zizi
df26bd9d0a test(p1r): 收口 Meta remaining 5 completed approval 门禁 2026-06-11 09:49:39 +08:00
zizi
16e9f4ee72 test(p1r): 收口 Meta completed approval 门禁 
只推进 11 个 MetaSchema 管理 operation 到 dedicated/completed，保留 FunctionChain 与 ProtectionNode 的 5 个 operation 为 dedicated/needs_verification。同步 scanner approval 白名单、coverage report、P1R gate 测试和阶段留痕，避免把 Meta 扩写成整域 completed。
 2026-06-10 17:09:01 +08:00
zizi
85c5422cb8 test(p1r): 收口 P1R-7 completed approval 门禁 
仅将 events:streamEvents 按用户批准推进为 completed，并保留 Events 其它 operation 与 Account/Content/Market/Meta 的 needs_verification 边界。
 2026-06-10 10:34:15 +08:00
zizi
f84c18fbfb test(p1r): 收口 Content 事件传播真实链路门禁 
补齐 Content focused tests、P1R mixed gates、Flyway _test、dependency gate 与 evidence memory，证明 P1R-7f 只推进到 needs_verification，不代表 completed。
 2026-06-08 23:17:54 +08:00
zizi
6f5b9b3469 feat(p1r): 接入 Content 事件传播真实链路 
将 saveBlock 首次成功后的 active source attribution 写入 Content 本域 outbox，并通过默认关闭的 worker 发布 Events notification/source_status_change。V21 增加 outbox 表、幂等约束、active-only check 与 claim/retry/dead-letter 状态字段。
 2026-06-08 23:17:41 +08:00
zizi
acda7a2d06 docs(p1r): 记录 Content 事件传播规格边界 
保留 P1R-7f 审阅版、执行版与 review gate 结论，明确本阶段只覆盖 saveBlock source attribution active 链路，不推进 completed。
 2026-06-08 23:17:25 +08:00
zizi
68cee5d240 test(p1r): 收口 Account 事件传播真实链路门禁 2026-06-08 02:49:15 +08:00
zizi
0e10caf324 feat(p1r): 接入 Account 事件传播真实链路 2026-06-08 02:49:02 +08:00
zizi
0f498026bb docs(p1r): 记录 completed approval 预检边界 2026-06-08 02:48:45 +08:00
zizi
e8ed7d7ae0 test(p1r): 收口 Market 事件传播真实链路门禁 2026-06-07 22:28:54 +08:00
zizi
b36b153b96 feat(p1r): 接入 Market 事件传播真实链路 2026-06-07 22:28:39 +08:00
zizi
e55618f1fb test(p1r): 收口 Knowledge 事件传播真实链路门禁 2026-06-07 10:00:20 +08:00
zizi
cef686b968 feat(p1r): 接入 Knowledge 事件传播真实链路 2026-06-07 10:00:04 +08:00
zizi
230152c22a test(p1r): 收口 AI 事件传播真实链路门禁 2026-06-06 20:25:04 +08:00
zizi
3db5fbedfd feat(p1r): 接入 AI 事件传播真实链路 2026-06-06 20:24:01 +08:00
zizi
fa29753972 test(p1r): 收口 Events SSE 门禁 2026-06-05 22:21:26 +08:00
zizi
f0ab1b4fce feat(p1r): 接入 Events fetch SSE 前端流 2026-06-05 22:20:58 +08:00
zizi
165579521a feat(p1r): 落地 Events SSE 真实 API 2026-06-05 22:20:48 +08:00
zizi
5993b6f51c docs(p1r): 补齐 Events SSE 收口计划 2026-06-05 22:20:17 +08:00
zizi
3deb0debad test(p1r): 收口 Market 真实 API 门禁 2026-06-05 10:52:25 +08:00
zizi
621d45a16b feat(p1r): 落地 Market 真实 API 2026-06-05 10:51:58 +08:00
zizi
f02defd367 docs(p1r): 补齐 Market 真实 API 规格计划 2026-06-03 15:56:53 +08:00
zizi
1f0b18534c test(p1r): 推进 AI 与 Knowledge 完成状态 2026-06-03 15:56:25 +08:00
zizi
48c750bbd7 test(p1r): 补齐 AI 与 Knowledge 外部端到端验收 2026-06-03 14:10:21 +08:00
zizi
77e0d9b317 test(p1r): 固化 New-API 与 RAGFlow 外部验收 2026-06-03 02:30:29 +08:00