yumoqing/pipeline_core
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
183 Commits 1 Branch 0 Tags
Commit Graph

37 Commits

Author SHA1 Message Date
yumoqing
50b334c220 fix(项目管理): delete_project描述去确认死循环指令+project技能规范同步(平台确认门负责最终确认) 2026-09-01 15:30:00 +08:00
yumoqing
20250b326b feat(项目管理): GENERAL_TOOLS 5个项目管理工具定义(终止/删除类需确认)+停止词拦截放行项目指令+project技能安全规范 
- agent_config: project_info/list_my_projects/pause/resume/delete_project 定义,后三者标requires_confirmation
- agent_chat.dspy: 停止词拦截排除含项目词指令(否则'终止项目'到不了agent)
- project SKILL.md: 会话agent项目管理安全铁律(代码层校验人类owner)
 2026-09-01 11:51:49 +08:00
yumoqing
21c62aacda QC评分协议技能：review-requirement/design/develop重写(契合度>9.5+硬门禁)、agent.qc统一评分、agent.pm复盘章节、sdlc-repo-standard复盘报告规范 2026-08-31 16:02:03 +08:00
yumoqing
b0f08e83fb feat(skills): feature-granularity-and-testing——功能点必须单次操作级小功能+正反用例设计；requirement/test角色技能引用 2026-08-29 11:57:17 +08:00
yumoqing
b5617fc3f4 docs(webapp-deploy): 模块安装四步规范（json2ddl建表→json/build.sh→wwwroot软链→数据导入）；模块一律clone进pkgs禁mv 2026-08-28 14:54:15 +08:00
yumoqing
ff667c58cd feat: 环境信息唯一事实源 + 应用脚手架 QC 硬门禁 + 基础模块 load 反模式 
1) project-directory-spec 新增第八章「部署环境信息（env/）」：
   - 唯一事实源 projects/{项目名}/env/{test,prod}.json；禁止 apps/ 下放部署凭据
     （人事项目7 实测三份 env 矛盾：项目 9187 / 应用 9288+postgresql / 实际 mariadb）
   - 固定字段 schema；db.engine 必须与 DDL 方言一致
   - 铁律：环境信息由人提供，agent 不得编造；禁「待明确」占位当交付；缺字段冒泡 need_info
   - PM 在 need_info 未答结时不得 review_rollback（回退上游解决不了外部输入缺口）

2) qc/review-develop 新增第六章「应用脚手架硬门禁」（原技能只有模块检查，
   应用脚手架零检查项，Flask 因此两次过审）：
   - 6.1 入口必须 ahserver，grep 命中 Flask/FastAPI/Django/jsonify 直接 reject
   - 6.2 基础模块 appbase/rbac 必须真正调 load_XXX()，只 import 标 loaded 属反模式
   - 6.3 端口三处一致 6.4 DDL 方言与 engine 一致 6.5 依赖完整性

3) web-application-spec 补「基础模块只 import 不调 load_XXX()」反模式警示
 2026-08-25 21:27:10 +08:00
yumoqing
20f3e6ebb2 feat(skills): 规范分层——global project-directory-spec 去掉 apps/modules(只留通用项目目录)，产线版(pipelines/sdlc_general/common/)新增 apps/modules/spec.json/引用模块写保护/部署前远程仓库 2026-08-24 17:24:47 +08:00
yumoqing
21a9f3cfad feat(skills): app 划分职责归 design(根据需求划分一个项目几个app) + 角色技能路径同步机构工作空间新设计(去 repos/{项目名}_pc/_app/_模块, 改 projects/docs + 机构 apps/modules) 2026-08-24 16:43:40 +08:00
yumoqing
0bc23c1d69 feat(skills): sdlc-repo-standard 同步机构工作空间新设计——去 {项目名}_pc/_app/repos 旧约定，改 docs/+spec.json+机构 apps/modules 落点 2026-08-24 16:36:18 +08:00
yumoqing
3cde0d9ce2 feat(skills): 机构工作空间目录重构——projects/apps/modules 三目录 + 项目去 repos/references 改 app spec.json(引用/生成模块) + 应用/模块落点改机构 apps/modules + 部署前设置远程仓库 2026-08-24 16:33:54 +08:00
yumoqing
8164444ab3 feat(skills): web-application-spec 加框架铁律(入口必须ahserver禁止Flask/http.server + 主页必须有完整index.ui) + bug 加fixed→复测部署门禁(必须先部署测试环境+QC验证) 2026-08-24 15:53:49 +08:00
yumoqing
19bffb4465 fix: 修复产线三个「假产出/假通过」缺陷（hrs6 死循环根因） 
1. deploy_test 编造部署成功：技能加硬门禁——/healthz 必须实测 200 才算成功，
   000/超时/连接拒绝一律算失败，必须如实记录+冒泡，禁止编造「返回200/部署成功」。
2. PM 审核不验证真实性：加审核标准——审核 deploy_test 必须独立 curl /healthz 验证，
   不能只信文档声称，声称200实测000=编造，直接退回。
3. develop 产出占位符：module-development-spec 加硬约束——init/data.json 必须是合法
   JSON 真实种子数据，禁止写「8组appcodes编码种子」这类占位符文本。
4. build.sh 不 fail-fast：webapp-deploy 加硬约束——必须 set -e，任一步失败立即退出，
   禁止 init_data 失败后继续 start app 造成「看似成功」。

根因链：deploy_test 编造 /healthz 200 → PM 轻信 approved → 应用实际没起来 →
test 冒烟失败 → rollback → 死循环。
 2026-08-23 11:21:02 +08:00
yumoqing
6863f73728 fix: 全部 SDLC 规范技能 description 改三段式（触发场景+关键约束+不加载后果/边界） 
让所有角色做事都能靠 description 判断加载哪个技能：
- database-table-definition-spec/crud-definition-spec/dspy-file-implementation-spec/sqlor-database-module
  由英文「Standardized/Comprehensive...」改为中文触发式（定义表结构/CRUD/dspy/写DB时必读+不加载后果）
- project-directory-spec/sdlc-repo-standard/webapp-deploy/database-design
  补「不加载后果」+ 互相指路边界（表四段式↔database-design、目录落点↔project-directory-spec）
 2026-08-22 23:19:59 +08:00
yumoqing
aa756e5b4c fix: 技能 description 改为「触发场景+该加载哪个规范+不加载后果」 
根因：develop 从不 load_skill module-development-spec，是因为 description 只写「是什么」
（英文的 Standardized workflow...），没写「什么场景必须加载我、不加载会怎样、什么场景别用我」。
目录层只注入 name+description，description 是 agent 决定是否 load_skill 的唯一触发依据，
写不清触发条件 → agent 不加载 → 规范静默失效。

改为：每个角色技能 + 关键规范技能的 description 都写清
① 触发场景（开发模块/应用脚手架/部署/测试/审查时必读）② 该加载哪个规范 ③ 不加载的后果（模块带 app.py 等）。
 2026-08-22 23:13:28 +08:00
yumoqing
b1b255b95f feat: 部署信息集中到工作空间根目录 env/ 文件夹（单一事实源） 
- project-directory-spec：顶层目录加 env/（test.json + prod.json），
  集中保存主机/SSH/端口/DB/路径/域名，改配置只改一处
- requirement：明确部署环境需求落成 env/test.json + env/prod.json
- deploy_test/deploy_prod：从 env/{test,prod}.json 读环境信息（不再写死、不再从 apps 散读）
部署信息不写死在技能里，也不散落项目各处，集中在 env/ 一处。
 2026-08-22 19:48:53 +08:00
yumoqing
d47a4a5d47 feat: sdlc-repo-standard 补通用交付约定 + develop/deploy_test/deploy_prod 角色技能补引用 
- sdlc-repo-standard 加「通用交付约定」：deliver+files 列出产出、git 提交由 PM 审核后统一执行
- develop/deploy_test/deploy_prod 角色技能应遵守规范补 sdlc-repo-standard（交付件格式+交付约定），
  配合 system_prompt 精简后不丢交付/审核约定
 2026-08-22 18:52:03 +08:00
yumoqing
59f77f1756 fix: DBNAME 硬编码规范归属 + develop 职责补应用脚手架 
- module-development-spec: 加「模块取库名禁止硬编码 DBNAME」规范(用 ServerEnv().get_module_dbname())，
  修正过时的 Database Name Consistency Check(原暗示模块可硬编码 DBNAME)
- web-application-spec: get_module_dbname 示例改为应用级映射(勿写死 'dbname')
- agent.develop/role/SKILL.md: 职责区分应用级(产出应用脚手架)/模块级(产出Python包)
 2026-08-22 18:35:28 +08:00
yumoqing
f28e39e0b3 feat: 应用规范补充模块完整导入清单(build.sh 一键部署 8 步) 
git pull + pip install + wwwroot 软链 + i18n 合并 + json2ddl 建表 + xls2ui CRUD + init_data 初始化数据 + load_module 挂载
 2026-08-22 16:40:37 +08:00
yumoqing
bde08ea889 fix: 规范层约定应用与模块的关系（应用=唯一部署单元，模块不独立部署） 
- project-directory-spec：应用是唯一部署单元(一入口一端口)，模块不是独立部署单元
- web-application-spec：业务模块通过 load_{module}() 导入应用
- module-development-spec：模块不是独立部署单元(无 app.py/端口)
- design 角色技能：应遵守规范加 web-application-spec + module-development-spec
- deploy_test 角色技能：部署应用单入口，不是各模块各起服务
 2026-08-22 16:29:47 +08:00
yumoqing
4b8823f774 feat: 新增 develop 角色技能 module-development + project-directory-spec 模块结构改引用 module-development-spec 
- 新增 develop 角色技能（pipelines/sdlc_general/roles/agent.develop/module-development），
  把模块开发规范写进角色技能而非 system_prompt：模块目录结构(包目录=模块名)、
  init.py三处同步、表定义四段式/CRUD格式、RBAC load_path、模块skill文档、sqlor标准API
- project-directory-spec 的模块仓库结构(src/ddl)改为引用 module-development-spec，消除两本规范冲突
- 这样用户用缺省开发产线(sdlc_general)做开发时，develop 角色自动加载该技能遵守规范，
  其他公司可复用机制也可定制自己的角色技能
 2026-08-22 00:08:34 +08:00
yumoqing
304acab965 fix: project-directory-spec design 落点表补 skill/SKILL.md（模块技能文档） 2026-08-21 23:36:02 +08:00
yumoqing
70b9df480c fix(skill): 目录层 essential 基础规范必显示——project-directory-spec 标记 essential:true，目录层排序 essential 优先，避免 global scope 低优先级被截断 2026-08-21 18:41:09 +08:00
yumoqing
905e01f581 feat(skill): 分层导入机制——Skill 支持 references/scripts/templates 子文件加载 + 新建 project-directory-spec 项目目录规范 + sdlc-repo-standard 改为引用新规范 2026-08-21 18:36:10 +08:00
yumoqing
93079c1a54 refactor(skills): 精炼 7 个开发技能文本（压缩 WRONG/CORRECT 双代码块为规则+警示，规则100%保留） 
module-development-spec 99KB→57KB、harnessed-module-development 101KB→62KB、
crud-definition-spec 78KB→46KB、dspy-file-implementation-spec 51KB→26KB、
ahserver 50KB→26KB、sqlor-database-module 49KB→26KB、database-table-definition-spec 20KB→19KB
合计 448KB→263KB，压缩 41%，节省约 92k token
 2026-08-21 12:24:26 +08:00
yumoqing
69c7c46718 docs: sdlc-repo-standard 技能更新 git 提交时机——改为审核通过后统一提交，agent 不再每次产出 git_commit_push 2026-08-20 21:45:58 +08:00
yumoqing
289a4a4cae feat: repos目录规范——项目过程仓库(阶段/QC/PM文档)+应用仓库+模块仓库; 阶段文档产出到repos/project并git commit; 临时文件不进仓库 2026-08-20 00:38:51 +08:00
yumoqing
d744fd962b feat: 新增模块设计模板(design.md+skill/SKILL.md)——统一模块设计结构，design产出用模板保证develop读到一致结构 2026-08-19 23:14:39 +08:00
yumoqing
4939d7cb52 refactor: design产出拆两层——应用级(architecture+ui-design风格/主页/交互/弹窗规范)，数据设计下沉到各模块(数据/CRUD/处理逻辑/skills)实现模块自包含复用 2026-08-19 23:11:39 +08:00
yumoqing
972e9307c8 feat(skills): 新增 office-text-extract + markdown-to-docx 技能(从 Hermes 迁移，含脚本，路径改相对) 2026-08-19 12:59:52 +08:00
yumoqing
13769e5515 feat: 7个SDLC状态机skill(project/iteration/deliverable/test-plan/test-case/bug/deploy-env) + 概念skill补capability/tools frontmatter 2026-08-17 11:00:15 +08:00
yumoqing
0e026e6d81 feat: 10个通用SDLC概念skill放global(project/iteration/feature/task/deliverable/test-plan/test-case/bug/problem/deploy-env) 2026-08-17 07:31:20 +08:00
yumoqing
189d75f12c feat(skills): sdlc 产线默认 task/team-communication 技能 + skill_loader 支持 capability/tools 
- 产线技能放正确位置 pipelines/sdlc_general/common/(原 all/ 误放全局，已删)
- skill_loader 支持 frontmatter capability/tools 字段，to_prompt_block 注入配套能力+工具名
- task/team-communication frontmatter 声明 capability+tools
 2026-08-17 00:07:57 +08:00
yumoqing
5f754a8f61 feat(skills): 新增 task skill(SDLC 状态机规范) + team-communication skill 角色规范化 
- task skill: 任务状态/合法流转/角色→操作权限(业务级RBAC)/门禁/人拍板点，配套 task 能力工具
- team-communication: 角色统一规范名 agent.{role}(agent角色) + {orgtype}.{role}(人角色)，
  SDLC 默认人角色=owner.superuser，新增 approval 问题类型(human gate)
 2026-08-16 23:46:35 +08:00
yumoqing
17ad169829 refactor(team-communication): 移除配置表，规范改为 skill 
团队角色/问题类型/冒泡路径不再用 DB 表 + CRUD，改为 team-communication skill
（产线默认规范，项目可覆盖）：
- 删 pipeline_team_roles/pipeline_problem_types 两表 model+json+api dspy
- 回退 pipeline_core/init.py CRUD 函数 + load_path.py 路段
- 重写 team-communication SKILL.md 为分层可覆盖规范文档
 2026-08-16 22:08:01 +08:00
yumoqing
ff02533cb6 feat(team-communication): 团队沟通配置 — 团队角色(+agentid) + 问题类型(冒泡路径) 
新增通用问题冒泡的数据模型与配置 CRUD：
- models/json: pipeline_team_roles(角色+agentid，多agent区分) + pipeline_problem_types(escalation_path)
- pipeline_core/init.py: _simple_crud 通用 CRUD + 6 个 create/update/delete 注册
- wwwroot/api: 6 个 dspy 端点
- scripts/load_path.py: RBAC 路径
- skills_library/all/team-communication/SKILL.md: 团队沟通技能
 2026-08-16 21:25:38 +08:00
yumoqing
57df6cd785 feat: 新增question-escalation技能(问题升级链规则skills化,产线声明不写代码) 2026-08-16 19:02:07 +08:00
yumoqing
1abaa4ea2e feat: 技能库(skills_library 213个Hermes技能)+skill_pack技能集安装能力+ocai-h5-dev技能集(37个应用/模块开发技能) 2026-08-16 15:17:43 +08:00