lanrtop/dev-manager-tauri
1
0
Fork 0
Code Issues Pull Requests 2 Actions Packages Projects Releases Wiki Activity
367 Commits 43 Branches 4 Tags 14 MiB
cce7d92ee0
Commit Graph

28 Commits

Author SHA1 Message Date
lanrtop
c9b951dd30 fix(onboarding/parity): 混合文件预警收窄空白归一、失败时不丢预警、测住改写判断（P10 审查修复）
All checks were successful
Push & PR Check / check (push) Successful in 1m2s
Details
Push & PR Check / check (pull_request) Successful in 1m5s
Details 
P10 审查核实的三处缺陷：

- 块外比较原先逐行 trim_end 并丢弃全部空行，项目在块外删空行（Markdown 两段
  并成一段）或加行尾空格（硬换行）时判为无改动，升级后不预警却产生混合文件。
  改为 CRLF 统一为 LF、托管块原位换成占位符，只把文末占位符连同其前空白按
  trim_end 归一（正好抵消炼境追加托管块时的 trim_end + 空行）；文中托管块两侧
  的空行与行尾空格照常比较——炼境只原位替换文中的块，不碰两侧。
- dispatch_templates_with_mixed_file_check 先 `then()?` 后标注：buff 先同步蓝图
  规则改写了 AGENTS.md/CLAUDE.md、再写 DB 失败时，预警随 Err 一起丢失。改为
  无论成败先标注，失败时把混合文件名并入错误信息；无混合文件则原样返回错误。
- 「块外有未提交改动但托管块已是最新、本次不改写」组合没有测试，删掉 annotate
  的改写判断测试照样全绿。主场景测试补情形三。

测试：新增 outside_managed_whitespace_edits_count_as_changes、
mixed_file_warning_survives_failure_after_write，主场景补情形三；纯函数测试的
期望值随归一化收窄更新（"# 标题\n项目内容" → "# 标题\n\n项目内容"，保留「之前
追加的块尚未提交、只多出块前空行」不算改动的断言）。变异自检：三处修复逐一回退，
对应测试各自失败，已还原。cargo test --locked：lib 272 passed / 5 ignored，0 failed；
pnpm typecheck 通过。契约文档 project-context.yaml 与蓝图 P10 卡同步。

Rules-Applied: R07,R12
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 04:32:39 +09:00
lanrtop
13aa3a1a8c feat(onboarding/parity): 接入包改写托管块前检测块外未提交改动，给出混合文件预警（P10）
All checks were successful
Push & PR Check / check (push) Successful in 1m2s
Details
Push & PR Check / check (pull_request) Successful in 59s
Details 
2026-10-01 enterprise 的 git-workflow.md 在有项目未提交改写时被升级了托管块，
同一文件混有炼境与项目两种来源的改动，按「禁止字符串手术」无法拆分提交，只能交人定案。
管家应在制造混合文件时明确告知，而不是事后由人发现。

- TemplateResult 新增可选 warning（序列化时缺省省略，前端类型同步）
- apply_onboarding_pack 在模板分发与 buff 蓝图规则同步前后夹一层检测：写入前对
  AGENTS.md、docs/ai-context/git-workflow.md、CLAUDE.md 跑 git status，有改动再取
  HEAD:./<文件>（不在 HEAD 中按空内容算），两边去掉 ONBOARDING_MANAGED 与
  BLUEPRINT_MANAGED 块后比较（忽略行尾与空行）；写入后只对本次确被改写的文件预警，
  文案含文件名与「块外有未提交改动，升级后将成为混合文件」
- 只提示不阻断，块外内容照旧不动；git 不可用、非仓库或命令失败一律静默；
  git status 带 --no-optional-locks，不抢 index.lock
- CLAUDE.md 只由蓝图规则同步改写，不在模板结果里，预警时补一条结果
- BLUEPRINT_MANAGED 标记提为 blueprint.rs 的 pub(crate) 常量，检测与 upsert 共用
- MCP 单项目输出在该文件行下加预警行，批量输出追加混合文件清单；工具描述同步；
  炼境 UI 接入包结果行下显示预警
- 契约文档 project-context.yaml 同步；蓝图 P10 标 ✅ 并记录验证与已知限制

验证：cargo test --locked lib 270 passed / 5 ignored；新增 3 个测试（纯函数、临时 git
仓库三种情形、非 git 目录），变异自检（探测强制返回 true 时两个场景测试均失败）；
pnpm typecheck 与 pnpm test 通过。

Rules-Applied: R01,R06,R12
Feature-Confirmed: true

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 03:58:28 +09:00
lanrtop
3095df3d2a feat(mcp/envoy): 使者回传闭环——回执 + 三端回传入口 
回传只进不出：list_envoy_returns 无处置状态、LIMIT 50 把更早的回传静默挤掉；
入口只有 Claude /envoy，08-23 后 enterprise 主力转 DSH/Codex 即零回传。

- envoy.rs 业务本体（连接注入）+ envoy_dispositions 回执表（migrate 补表）
- report_envoy_return（项目级，Claude/Codex/DSH 在项目地址均可用）：字段枚举校验、
  内容压单行限长、兜底拒绝明显凭据；同项目 1 天内同内容未处置幂等返回原编号
  （IMMEDIATE 事务防并发重复）；复用 append_project_note 的档案双写
- resolve_envoy_return（控制面）：landed/carded 必填落点、reason 必填、允许更正
- list_envoy_returns 默认只列未处置（带编号），附已处置计数，超出展示上限明说；
  LEFT JOIN 不再丢掉登记已删项目的回传；include_resolved 可审计回执
- lian-jing skill 新增「遇到摩擦时回传炼境」；/envoy 改为指向该入口的薄指引
  （保留扫描与分类硬门槛，炼境分发物出错免门槛，身份改读 .lian-jing/context.json）；
  AGENTS 托管块加一行指路（1.9.0→1.10.0），能力包 base-onboarding 1.6.0→1.7.0
- 删除炼境仓库内 Codex 迁移遗留的 source-command-envoy 技能（读旧身份文件、走旧写入路径）
- 契约与架构文档同步：project-context.yaml、project-brief.md、AGENTS.md、agents-meta-rules.md

Rules-Applied: R05,R06,R12
Feature-Confirmed: true

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-03 01:15:40 +09:00
lanrtop
f21345bf1a feat(mcp/parity): DSH 桌面 GUI 按工作区连项目地址（会话级插件，P9） 
DSH 桌面版只有一个 Host 进程、启动目录固定，托管块的 !!js 只在启动时求值，拿不到会话信息；
web/acp 同样一个进程服务多个工作区。改由炼境分发一个会话级插件：会话创建（agent/created）时
按会话工作目录匹配炼境登记的项目白名单，命中才在该会话作用域挂连项目专用地址的 mcp-client，
同名工具覆盖全局 lian-jing，其他会话不受影响。

- 插件随二进制打包（resources/dsh/lianjing-session-mcp.v1.mjs），刷新 DSH 托管块时写到
  %USERPROFILE%\.lian-jing\dsh\；文件名带版本号（Node 按 URL 缓存 ESM）
- 托管块在全局行之后追加插件条目（port、shim、roots 以 JSON 写入）；插件文件写失败时只保留全局行
- 插件防御：headless 交给全局行；特性探测不符即降级为全局；取认证 ≤3 秒、整次挂载 ≤5 秒；
  所有回调吞掉异常（Host 对未处理异常会崩溃，agent/created 串行失败会让会话创建失败）
- 块外手写的 lianjing-session-mcp 条目同样拒绝覆盖

验证：cargo test 246 passed；vitest 插件用例 6 条通过、typecheck 通过；端到端在 DSH 0.2.0-rc.2
与 0.1.5-rc.2 上，项目会话经真实稳定入口带认证连上项目地址，其他会话无请求。

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-02 13:33:45 +09:00
lanrtop
c4241f075d fix(mcp/parity): 更正 Codex Desktop 取认证失败的根因，撤销基于错误前提的 exe 副本逻辑
All checks were successful
Push & PR Check / check (push) Successful in 1m37s
Details
Push & PR Check / check (pull_request) Successful in 1m2s
Details 
2b0a55a 判断「Codex Desktop（MSIX）看不见其安装后在 AppData 下新建的顶层目录」是错的：当时的对照
目录本身也是在 Claude 桌面版的包环境里建的。真正原因：worktree 版炼境由 Claude 桌面版（MSIX）里的
agent 启动，继承了其包环境，写到 %LOCALAPPDATA%\lian-jing 的入口被重定向进
%LOCALAPPDATA%\Packages\Claude_pzs8sxrjxfjjc\LocalCache\Local\，只有 Claude 的进程树看得到。
对照：经 WMI 启动的非包进程在 AppData 下新建的顶层目录，Codex 包内可见；%USERPROFILE% 根不做重定向。

- 入口迁至 %USERPROFILE%\.lian-jing\bin 仍是正解（与炼境在什么环境里启动无关），保留
- 撤销「exe 在 AppData 下就复制副本」逻辑及其测试：exe 总在真实路径上，前提不成立（按「退出」原则）
- 更正代码注释、verify_onboarding 的 Legacy 提示、契约文档与蓝图 P3 返工记录

验证：cargo test 243 passed / 5 ignored（删去 2 个只测副本逻辑的测试）。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-02 11:31:59 +09:00
lanrtop
cca3bf9db1 fix(mcp/parity): 审查修复——shim 单行退出、副本刷盘后改名、DSH 仅 headless 按目录路由
All checks were successful
Push & PR Check / check (push) Successful in 1m28s
Details
Push & PR Check / check (pull_request) Successful in 1m5s
Details 
对抗审查（14 个 agent，3 条核实成立）与 DSH 桌面版只读调研的修复：

- shim 改为调用与退出同一行（`& call exit /b %%ERRORLEVEL%%`）：cmd 在命令返回后按字节偏移重读
  批处理，入口恰在 helper 运行期间被改写时，分行写法会执行到错位片段（实测 exit 9009）
- helper exe 副本 sync_all 后再改名：避免断电留下残缺副本却因同名被一直复用
- 旧副本改为入口写好之后再清理；旧位置入口写失败时暂不清理，避免入口悬空
- DSH 托管块只在 headless profile 按启动目录路由：web/acp/tui 一个进程可服务多个工作区，
  按启动目录会让别的工作区会话连到该项目并带上认证（跨项目越权）；profile 取 profileContext.name，
  DSH 0.1.x 无该服务时退回看启动参数
- AGENTS.md 入口路径补全反斜杠；蓝图立 P9（DSH 桌面 GUI 会话级插件，待人确认）

验证：cargo test 245 passed；shim 认证成功 exit 0 / 92 字节、错误 digest exit 1；DSH url 表达式按
Loader 方式求值 7 种情形均符合预期；四路零凭据探针（Codex 包内、Codex 包外、Claude、DSH 无头）复跑通过。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 20:06:14 +09:00
lanrtop
2b0a55adcd fix(mcp/parity): helper 入口迁至 %USERPROFILE%，修复 Codex Desktop（MSIX）取认证失败 
人终验发现 Codex Desktop 会话里 lian-jing 完全未加载，Codex 日志为 headers helper exit 1。
根因：Codex Desktop 是 MSIX 打包应用，看不见它安装之后在 %LOCALAPPDATA% / %APPDATA% 下新建的
顶层目录（Invoke-CommandInDesktopPackage 在包上下文对照实测：lian-jing 与新建对照目录均不可见，
与 ACL 无关；已有目录内的新文件、%USERPROFILE% 下的新目录可见）。原验收用包外的 codex exec，未覆盖。

- shim 迁至 %USERPROFILE%\.lian-jing\bin\；Codex 配置、Claude local 条目、DSH 托管块统一引用新入口
- 炼境 exe 位于 AppData 下（安装版默认位置）时，按大小+修改时间指纹复制到入口目录，清理旧副本；
  复制失败退回直接调用当前 exe 并记 warn
- 旧 %LOCALAPPDATA% 入口迁移期同步写入；verify_onboarding 把旧写法报 Legacy 引导 inject_mcp 升级
  （测试断言随之由 Ready 改为 Legacy，理由同上）
- 新增 helper 副本与 AppData 判定测试

复验：Codex 包内（等价 Desktop）、Codex 包外、Claude、DSH 无头四路零凭据探针均返回「开发需求未登记」
（修复前 Codex 包内为「工具不可用」）；cargo test 245 passed / 5 ignored。

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 18:58:50 +09:00
lanrtop
1888f71626 docs(blueprint/agent-client-parity): P1 收尾审查记录与已知限制更新为 claude mcp get 为准的方案
All checks were successful
Push & PR Check / check (push) Successful in 1m32s
Details
Push & PR Check / check (pull_request) Successful in 1m5s
Details 
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 16:57:26 +09:00
lanrtop
5f6ea586f8 fix(mcp/parity): 最终审查修复——Claude 条目写入回归 claude CLI，只读扫描认领 
最终审查指出直接编辑 ~/.claude.json 须复刻 Claude 私有机制（git 根 / worktree→主仓库 /
NFC 键推导、.claude.json.lock 锁协议、CLAUDE_CONFIG_DIR 与旧版 .config.json、BOM/符号链接/
fsync/键顺序），随 Claude 升级易失效，违背「标准优先、私有机制只进适配层」。

- 写入一律经 claude CLI（cwd=项目目录，同步、带 20 秒超时），由 Claude 自己负责键、锁与路径
- 只读扫描按 URL 中 /mcp/projects/<id> 认领炼境托管条目（不依赖键推导）；已一致则不起 CLI
  （实测稳态注入 0.04 秒），手写条目不碰；项目目录已不存在时只记录残留、不写文件
- 全局注册只读确认已存在就跳过 CLI；配置路径按 Claude 规则解析，容忍 BOM
- 批量重注入在锁内复查组成员关系，已移出组的项目不再注入、不重建 token

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 15:38:36 +09:00
lanrtop
fc8492b88b fix(mcp/parity): 第三轮审查修复——Claude 条目改为直接编辑配置，接入操作加进程锁 
- Claude local 条目不再经 claude CLI（cwd=项目目录）+ 后台队列管理，改为直接编辑
  ~/.claude.json 中本项目键下的 mcpServers.lian-jing：同步、毫秒级、原子替换，只动该字段；
  不依赖项目目录存在，消除删除本地文件夹时的竞态、目录移动后旧条目无法清理、队列丢任务/卡死
- 项目键用真实长路径（实测 8.3 短路径键不被 Claude 识别）；手写条目不碰
- 注入、移除、根目录迁移在进程锁内串行；移除时最先删 token，后续清理收集错误统一返回
- 根目录迁移：旧根解析不出也迁移；重新注入失败归入 mcp_inject 并补刷 DSH；DSH 补丁写入加锁

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 14:37:37 +09:00
lanrtop
0c40e1a5c9 fix(mcp/parity): 对抗审查 9 项修复——控制面保留全局、DSH 改登记白名单 
- 控制面项目（context.json mcp_scope=global，炼境自身已声明）不写 Claude local 条目、
  不入 DSH 白名单，避免遮蔽全局注册与跨项目工具（审查 high）
- DSH 托管块内嵌炼境登记的「项目根目录→project_id」白名单，不再以任意目录里的
  context.json 作为取 token 依据；LOCALAPPDATA/SystemRoot 须为绝对路径
- remove_project_mcp 同步清理 Claude local 条目并剔除 DSH 白名单；SSE 消息路由复核登记
- Claude local 只替换炼境托管条目，手写不覆盖，替换失败回滚；改走 silent_cmd 并移至后台线程
- 手写 DSH 条目改用 serde_yaml 检测（引号/注释/流式写法），无法解析时保守拒绝
- shim 中 exe 路径的 % 转义为 %%；注入日志 context 统一为 JSON，诊断查询防御非 JSON 行

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 11:48:41 +09:00
lanrtop
ebf43d71c0 feat(mcp/parity): 三端经稳定 helper 入口连项目专用地址 
- P3：炼境启动写 %LOCALAPPDATA%\lian-jing\bin\lianjing-mcp-header.cmd 指向当前 exe；
  Codex 项目配置改为引用该入口，不再写本机 exe 绝对路径；verify_onboarding 对旧写法报可升级
- P1：inject_mcp 以 local scope 为 Claude 注册项目专用地址 + headersHelper（不进仓库）；
  DSH 机器级补丁写托管块，!!js 按启动目录选项目地址并经 cmd 调用同一入口，项目外回退全局
- 服务端：scoped route 拒绝未登记的 project_id（404，数据库不可用同样拒绝）

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 10:40:08 +09:00
lanrtop
f4e75dc91f feat(onboarding): lian-jing skill 双投影到 Claude，接入包升至 1.6.0
All checks were successful
Push & PR Check / check (push) Successful in 1m4s
Details 
- 同一模板同时写 .agents/skills（Codex、DSH）与 .claude/skills（Claude Code）
- verify_onboarding 新增「Claude 炼境技能已分发」检查
- skill 降级步骤改为三端通用，提示无开发变量工具即连的是全局地址
- capability-packs supported_clients 增加 dsh

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-10-01 09:11:32 +09:00
lanrtop
663a723b3b feat(dev-variables): 修改时显式查看原值，并提示 agent 先查炼境测试账户
All checks were successful
Push & PR Check / check (push) Successful in 1m5s
Details
Push & PR Check / check (pull_request) Successful in 1m9s
Details 
- V12：新增人用 Tauri command reveal_project_dev_variable（不进 MCP），
  点「修改」预填原账号与密码，密码默认遮罩可切换显示
- V13：lian-jing skill 新增第 8 步——需要测试账号先 list/read，
  没有则登记并请用户在 UI 填写；禁止对话索要明文；base-onboarding 升至 1.5.0
- 契约同步 project-context.yaml；materialize 提案顺延为 V14–V16

Feature-Confirmed: true
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
 2026-09-30 14:22:54 +09:00
lanrtop
8e13bb4cf5 docs(dev-variables/contract): 记录测试账户边界与验收证据 
同步 scoped MCP、Tauri DTO 契约及 V8–V11 验收状态；V7 客户端限制与人工终验继续保留。
 2026-09-28 01:46:19 +09:00
lanrtop
fe71536f33 docs(resource/dev-variables): record scoped plaintext exception and validation 
Document V1-V6 evidence and keep V7 in progress until a real Codex tool-call and human UI pilot complete.

Rules-Applied: R03,R05,R10,R13
 2026-09-26 16:48:57 +09:00
lanrtop
47ff656083 fix(resource/credentials): 保留删除失败引用并纠正迁移前状态 
删除受保护凭证失败时回滚数据库删除，并恢复已删引用。旧凭证明确标为 pending_migration，避免误报 configured。
 2026-09-23 21:16:11 +09:00
lanrtop
c7333038c5 docs(resource/broker): 记录设计边界与逐卡验收证据
All checks were successful
Push & PR Check / check (push) Successful in 1m20s
Details
Push & PR Check / check (pull_request) Successful in 58s
Details 
同步蓝图、契约映射和本机凭证迁移前备份约束；UI 与真实环境终验保持待办。

Rules-Applied: R01,R05,R07
 2026-09-23 18:46:12 +09:00
lanrtop
02b9f1ec36 feat(delivery): observe production revision with dual evidence 
Read project-owned production profile, verify Gitea deploy context and public version probe, and surface explicit degraded states.

Feature-Confirmed: true
 2026-09-23 10:37:07 +09:00
lanrtop
327f3d78ab feat(agent/access): 强化项目级运行态接入 
MCP 改为 loopback 并绑定项目 scope，补齐越界拒绝、风险元数据和结构化状态。

新增分层 readiness、配置迁移与设置页投影；正式安装版可选择登录自启动，debug 与非安装路径明确拒绝。

Feature-Confirmed: true

Rules-Applied: R01,R06,R07,R08,R10,R12,R13
 2026-09-23 03:21:38 +09:00
lanrtop
806205b8b0 feat(cicd): add safe agent workflow projection
All checks were successful
Push & PR Check / check (push) Successful in 1m0s
Details
Push & PR Check / check (pull_request) Successful in 58s
Details 
Add preview-and-apply workflow commands with digest confirmation, project boundary checks, and MCP/Tauri projections. Sync onboarding capability packs and Codex skill guidance.

Feature-Confirmed: true

Rules-Applied: R01,R02,R06,R07,R12,R13
 2026-09-22 23:27:34 +09:00
lanrtop
ead35ad12a feat(toolchain): 增加项目级运行时能力包 
以 .nvmrc 与 packageManager 作为 Node/pnpm 版本事实，新增 Windows-only 的状态诊断、受控 mise 准备、MCP/Tauri/UI 双投影及 onboarding 自检。

Feature-Confirmed: true

Rules-Applied: R01,R04,R06,R07,R08,R10,R12
 2026-09-22 01:08:31 +09:00
lanrtop
f5b66aba4a feat(onboarding): version capability packs 
Feature-Confirmed: true
 2026-09-21 19:23:54 +09:00
lanrtop
122864f340 feat(onboarding): add capability pack status 
Feature-Confirmed: true
 2026-09-21 18:33:12 +09:00
lanrtop
167fcf9880 feat(agent-context): add canonical project context 
Feature-Confirmed: true
 2026-09-21 18:16:32 +09:00
lanrtop
383b5b35d7 feat(delivery): add project delivery status
All checks were successful
Push & PR Check / check (push) Successful in 1m0s
Details
Push & PR Check / check (pull_request) Successful in 58s
Details 
Feature-Confirmed: true
 2026-09-21 15:16:40 +09:00
lanrtop
289b558278 refactor(github): GitHub 全面退役——免登录 + 发布/导入/同步链路移除 + 凭据去 GitHub 化 
D1 免登录改造：App 启动直接进主界面，删 LoginPage/github.rs/OAuth 全套命令、
   Sidebar 账户区与 GitHub OAuth 设置弹窗、健康检查 GitHub Token 项
D2 移除发布/导入/PR/CI 入口：删 PublishModal/ImportRepoModal、ProjectCard 的
   PR compare 链接与 Actions 状态灯、RepoRegistryModal 同步 tab、CicdModal runs tab、
   publish.rs 的 github_create_repo/git_push_to_github
D3 spacesSync 单机化：删 spacesSync/useSpacesSync/SpacesPage/DiscoveryPanel，
   拆除 App→Dashboard→ProjectCard 的 spacesJson 链
D4 git_ops 凭据链重写：ssh agent → git credential helper → gitea_instances token
   前缀匹配 → default，不再依赖 github_token

保留：server_software GitHub 镜像（Releases 下载加速）、gitea_migrate 迁移入口、
cicd.rs（待 Gitea Actions 改造卡）；DB 表不删（R05 migration 兼容）

顺带：修复 servers.rs 两个存量测试的 schema 漂移（测试建表缺 deploy_type 列）；
      包含会话前未提交的 agent-infra F3（get_agent_health 健康诊断，与 lib.rs/
      commands.ts 物理耦合无法拆分提交）

验证：cargo test 53 passed / typecheck 全绿 / vitest passWithNoTests
 2026-07-02 13:15:56 +09:00
lanrtop
0552180e45 docs(blueprint): agent 友好基础设施方案 + 炼境自身接入包 + 蓝图规范 v1.8.0 
- CONVENTIONS.md v1.8.0：蓝图定位为意图层，files 字段变可选，status/progress 从 git 推断
- 新增 agent-infrastructure 模块（concept）：接入包 v2，扫描→确认→生成三件套
- AGENTS.md.tmpl 注入四支柱 + T1-T4 防腐元规则
- 炼境自身接入自己的包：AGENTS.md + docs/ai-context/ + .claude/rules/
- docs/templates/ 三件套模板：agents-meta-rules / project-brief / project-context
 2026-06-29 16:38:45 +09:00