|
|
94de38b22f
|
feat: model-onboarding技能——模型上线流程(配置→测试→上线)
- 治理链全貌+表角色+策略即开关机制
- 无apikey场景: 配置可全部完成,测试须先补key
- 测试判据四项: 调用成功/流水status=ok/charge与四价吻合/账号余额扣cost
- 同协议模型快速复用通道(模板按协议×能力去重)
|
2026-09-02 17:35:16 +08:00 |
|
|
|
e11aa7fd61
|
fix: 删除缓存价×0.2推导规则——缓存价只来自定价文档原文
文档未列缓存价则不拆分、按普通输入计价，禁止推导
(用户纠正: 观察到的20%现象不是规则)
|
2026-09-02 17:26:28 +08:00 |
|
|
|
48abbbc63e
|
feat(skills): 投标产线四维度并行分析+QC五类逐类并行+阈值8.5——更新tender_analyst(按analysis_dim路由只做对应维度)/agent.qc(五类逐审)/bid-workflow/bid-qc规范(2026-09-02)
|
2026-09-02 17:10:53 +08:00 |
|
|
|
d8c6355514
|
feat: auto-api-pricing-config技能(文档→uapi接口配置+定价YAML)
从sage生产真实数据提炼: 协议模板库+定价模板库
- SKILL.md: 工作流+模板语法约定+定价硬规则
- references/uapi-templates.md: openai_compat流式/多模态/dashscope异步/任务轮询/特殊响应
- references/pricing-patterns.md: token/缓存/视频秒/按次/积分 五类模板+单位换算
|
2026-09-02 16:45:21 +08:00 |
|
|
|
a06e7c6e22
|
feat(agent_platform): 平台内部助手入口页+内部agent技能库
- agent_platform/index.ui: pipeline_id=platform_general会话入口
- skills: platform-architecture(平台架构地图) + model-auto-config(文档→配置工作流)
|
2026-09-02 15:07:24 +08:00 |
|
|
|
50b334c220
|
fix(项目管理): delete_project描述去确认死循环指令+project技能规范同步(平台确认门负责最终确认)
|
2026-09-01 15:30:00 +08:00 |
|
|
|
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 |
|
|
|
e19ce5a025
|
feat(bidding-skill): bid-workflow 阶段链去掉立项+配人，改为收到招标书直接启动
|
2026-09-01 05:15:54 +08:00 |
|
|
|
21c62aacda
|
QC评分协议技能：review-requirement/design/develop重写(契合度>9.5+硬门禁)、agent.qc统一评分、agent.pm复盘章节、sdlc-repo-standard复盘报告规范
|
2026-08-31 16:02:03 +08:00 |
|
|
|
5a965b94d5
|
feat(bidding skills v1.2): 商务标写者角色+篇幅/完整性门禁+样板标书规范技能
- 新增roles/agent.bid_biz_writer: 商务标要素齐全/篇幅达标/搜不到冒泡
- agent.bid_writer改技术标写者: 篇幅门限+ask_question冒泡硬规则
- 新增common/bid-spec: 样板标书编写规范抽取(PM capability声明)
- agent.pm加bid_spec_capability: 编写阶段前抽样板规范
- bid-doc-spec/bid-review/bid-workflow: 篇幅门禁+分角色+并发规范
|
2026-08-31 15:40:04 +08:00 |
|
|
|
bb16345fc1
|
feat(bidding skills): 产线起点改上传招标文件+QC契合度审核规范
- 删agent.tender_scout与tender技能(采集审批归商机产线)
- bid-workflow总纲: 阶段链更新, QC门禁/两级回退/阻塞门禁重写
- 新增common/bid-qc: 四类审核清单/10分制打分口径/退回重做流程
- agent.qc角色技能重写: 解析产出契合度审核职责
- agent.tender_analyst补QC退回重做说明
|
2026-08-31 13:37:49 +08:00 |
|
|
|
fd3dbbd5a5
|
opp-workflow技能: 海外数据覆盖声明+2个海外工具入表
|
2026-08-30 19:54:01 +08:00 |
|
|
|
914f883ed3
|
docs: opp-workflow技能补众包需求工具(category_references/demands/hot_demands)
|
2026-08-30 13:50:19 +08:00 |
|
|
|
b0f08e83fb
|
feat(skills): feature-granularity-and-testing——功能点必须单次操作级小功能+正反用例设计；requirement/test角色技能引用
|
2026-08-29 11:57:17 +08:00 |
|
|
|
377bbbbf09
|
feat: 商机产线技能库——opp-workflow总纲(爬取平台工具用法/流程链/门禁)
|
2026-08-29 09:21:33 +08:00 |
|
|
|
618fdd155a
|
fix(review-deploy): 去硬编码主机hrstest——部署目标一律从项目env/{test,prod}.json读取，禁编造规范主机
|
2026-08-28 17:22:05 +08:00 |
|
|
|
b5617fc3f4
|
docs(webapp-deploy): 模块安装四步规范（json2ddl建表→json/build.sh→wwwroot软链→数据导入）；模块一律clone进pkgs禁mv
|
2026-08-28 14:54:15 +08:00 |
|
|
|
7ffb5bd773
|
feat(skills): 投标产线技能库（pipelines/bidding_general）
6 common：bid-workflow总纲 / tender招标状态机 / bid-chapter章节状态机 /
bid-review评审评分规范 / bid-qualification资质匹配 / bid-doc-spec编写规范 /
team-communication问答冒泡
9 roles：tender_scout / tender_analyst / bid_prep / bid_writer / bid_reviewer /
bid_compositor / bid_scorer / pm / qc（frontmatter 声明 capability+tools）
|
2026-08-26 22:54:12 +08:00 |
|
|
|
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 |
|
|
|
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 |
|
|
|
21a9f3cfad
|
feat(skills): app 划分职责归 design(根据需求划分一个项目几个app) + 角色技能路径同步机构工作空间新设计(去 repos/{项目名}_pc/_app/_模块, 改 projects/docs + 机构 apps/modules)
|
2026-08-24 16:43:40 +08:00 |
|
|
|
0bc23c1d69
|
feat(skills): sdlc-repo-standard 同步机构工作空间新设计——去 {项目名}_pc/_app/repos 旧约定，改 docs/+spec.json+机构 apps/modules 落点
|
2026-08-24 16:36:18 +08:00 |
|
|
|
3cde0d9ce2
|
feat(skills): 机构工作空间目录重构——projects/apps/modules 三目录 + 项目去 repos/references 改 app spec.json(引用/生成模块) + 应用/模块落点改机构 apps/modules + 部署前设置远程仓库
|
2026-08-24 16:33:54 +08:00 |
|
|
|
8164444ab3
|
feat(skills): web-application-spec 加框架铁律(入口必须ahserver禁止Flask/http.server + 主页必须有完整index.ui) + bug 加fixed→复测部署门禁(必须先部署测试环境+QC验证)
|
2026-08-24 15:53:49 +08:00 |
|
|
|
84cc15dd1d
|
fix: PM 角色技能撤销「任务审核里处理 bug」——bug 流转改为独立循环
用户定：任务和 bug 是两套独立逻辑。PM 只管任务审核，Bug 生命周期由独立的
bug poller 循环驱动，不在任务审核里顺手处理（不 list_bugs/confirm_bug/派发修复）。
PM 角色 capability 从 task_capability,bug_confirm_capability 收敛为 task_capability。
|
2026-08-24 08:28:18 +08:00 |
|
|
|
b6eadecbe6
|
feat: PM bug 推动要求强化到技能——每次审核任何任务都检查并推动 Bug 流转
用户定：在 PM 的技能里加 bug 推动要求（而非 system_prompt 硬编码）。
bug-confirm 技能：
- 标题「闭环触发（审核 test 交付通过时）」→「Bug 推动要求（每次审核任何
任务都要执行，铁律）」
- 加「硬性动作」：先 list_bugs 真实调用，禁止编造「无 open Bug」
- description 三段式强化：每次审核都要 load_skill 本技能
PM 角色技能 description 同步：bug-confirm 的触发从「审核 test 后」改为「每次审核任何任务」
|
2026-08-24 08:10:34 +08:00 |
|
|
|
26e1e0269d
|
fix: PM 职责——Bug 生命周期是独立循环，每次审核都检查并推动流转
用户纠正语义：任务流转和 bug 流转是两个独立的循环，PM 要有「添加流转」
的能力。之前写「审核 test 通过后执行 Bug 闭环」太窄，改为「每次审核任何
任务都检查当前迭代 Bug 状态并主动推动流转」。
|
2026-08-24 08:03:45 +08:00 |
|
|
|
f51452d262
|
fix: rework(回退重做)不调 bug 工具，只有 bug_fix 走状态机
用户纠正语义：rework=重做交付件（QC/PM 退回），不是修 bug，不走 start_fix/fix_bug
状态机。只有 PM 明确派发的「修复 Bug」任务（bug_fix）才走。修正 develop 角色技能
第一步判断 + 回退重做职责段 + bug-fix 技能决策表。
|
2026-08-23 21:52:51 +08:00 |
|
|
|
94bb572785
|
feat: develop 接任务先 classify_task 判断来源 + PM 派发修复bug要求查所有代码
1. bug-fix 技能：新增 classify_task 工具到 tools，写明任务来源→bug状态机决策表
2. develop 角色技能：新增「接到任务第一步必做」——先 classify_task 判断来源，
bug_fix/rework 任务 start_fix→fix_bug，new_dev 不走状态机
3. PM 角色技能：派发「修复 Bug」任务 description 必须要求 develop 检查所有模块
同类问题（不能只修报出来的），并强制 start_fix+fix_bug
|
2026-08-23 21:23:53 +08:00 |
|
|
|
5619c6e41d
|
fix: bug-fix 技能状态机描述放宽 open，明确修完代码必须 fix_bug
|
2026-08-23 15:19:23 +08:00 |
|
|
|
6c60ef8160
|
fix: develop 技能补回退重做任务必须 fix_bug 规则
hrs6 断链根因3：develop 回退重做任务修了 payroll 脚本（code_files 交付）
但没走 start_fix/fix_bug 状态机，bug 全 open，PM 审核通过后按闭环规则
「查 status=fixed 的 Bug 派重新部署」查不到 fixed bug，无从派发，链断 approved。
补「回退重做任务」职责：修完代码必须 list_bugs 找对应 bug → start_fix →
fix_bug 标记 fixed。修复代码和推进 bug 状态是一体的，缺一即断链。
|
2026-08-23 14:48:20 +08:00 |
|
|
|
8068371ac1
|
fix: bug 闭环规则保持简单——部署出错报 bug，bug 修复后才重新派部署
纠正「部署 Bug 立即 rollback 回退 deploy_test 重部署」的死循环设计：
- 部署 Bug（代码问题）→ confirm + 派「修复 Bug」给 develop
- 部署 Bug（环境/运维）→ 冒泡人/运维，不 confirm 不派发
- 关键：bug 修复后（fixed）才重新派 deploy_test 部署，bug 未修复前不派部署
避免「部署失败→立即重部署→再失败」死循环，让闭环简单运转。
|
2026-08-23 12:47:31 +08:00 |
|
|
|
e945873fdd
|
feat: 部署失败也报 Bug，PM 统一分析根因指派
bug 闭环从「只覆盖功能 bug」扩展为「覆盖所有失败」：
- 新增 bug-report 能力（bug_report_capability: report_bug+list_bugs），
deploy_test 部署失败时 report_bug 报部署 Bug（不含 verify/close，避免越权）
- deploy_test 角色技能：capability 加 bug_report_capability，部署失败 → report_bug 报 Bug 让 PM 分析
- test 角色技能：冒烟失败也从「不 report_bug」改为 report_bug 报部署 Bug
- PM bug-confirm 能力：判断根因细分「部署 Bug（环境/运维→deploy_test，代码→develop）vs 功能 Bug（develop）」
- PM 角色技能：同步 bug 闭环职责
统一原则：任何失败都 report_bug 进 sd_bugs，PM 是唯一分析+指派点。
|
2026-08-23 11:28:05 +08:00 |
|
|
|
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 |
|
|
|
df7f5a0089
|
feat: PM 审核 Bug 时判断根因（环境 vs 功能）并正确指派
PM 审核 test 时，对 open Bug 逐个读 title/description 判断根因：
- 环境问题（部署/DB/服务/网络）→ review_rollback 回退 deploy_test，不 confirm
- 功能问题（代码逻辑）→ confirm_bug + 派发「修复 Bug」任务给 develop
- 误报 → reject_bug
正确指派：环境问题交部署工程师，功能问题交开发工程师。
|
2026-08-23 10:50:18 +08:00 |
|
|
|
56a5ef79dd
|
feat: test 角色技能明确两种测试 + 问题归属区分
① 冒烟测试=验证部署（/healthz/端口/DB/进程），部署不正常 → 问题冒泡给部署工程师
deploy_test 修复，不 report_bug、不落 sd_bugs（部署问题不是功能 Bug）
② 用例测试=验证功能（CRUD/接口/RBAC/数据契约/i18n），功能 fail → report_bug 落 sd_bugs
交给开发工程师 develop，走 Bug 闭环
明确问题归属：部署问题→deploy_test，功能问题→develop。
|
2026-08-23 10:48:14 +08:00 |
|
|
|
8b0b1d71fa
|
fix: bug-confirm 能力明确「只处理当前迭代的 Bug，不跨迭代/跨项目」
Bug 必须有 iteration_id 归属，闭环时 list_bugs 按当前迭代 id 过滤，
其他项目/其他迭代的 Bug 不 confirm/不修复/不关闭。
|
2026-08-23 10:43:29 +08:00 |
|
|
|
2ac7702c39
|
feat: Bug 闭环能力通过角色技能定义扩展（测试→bug→修复→复测→关闭）
按「能力通过技能定义扩展」原则，代码只补工具原语，闭环行为全在技能里：
- 新增 bug-confirm 能力技能（capability: bug_confirm_capability + confirm/reject/reopen/list_bugs）
- PM 角色技能：capability 加 bug_confirm_capability + 职责「审核 test 通过后查 open bug，零散→confirm+派发修复任务，系统→rollback；修复通过后派发复测任务」
- develop 角色技能：职责「修复 Bug 任务 → start_fix + fix_bug」
- test 角色技能：职责「复测任务 → verify + close / reopen」
- bug-test 能力补 reopen_bug 工具
LLM 读技能后自主驱动闭环，代码不写死「查 bug→派任务」逻辑。
|
2026-08-23 10:32:28 +08:00 |
|
|
|
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 |
|
|
|
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 |
|
|
|
054dc6dd1f
|
feat: deploy_prod 角色技能加「生产部署需人工指令」门禁
生产环境部署是高风险操作，不得自动执行。只有用户明确指令「部署生产」后才执行，
未收到人指令时 ask_question 冒泡等待。
|
2026-08-22 20:14:37 +08:00 |
|
|
|
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 |
|
|
|
0dacb96388
|
fix: deploy_test/deploy_prod 角色技能去掉写死的环境信息
- deploy_test：删除写死的 hrstest.opencomputing.cn/~/hrs_app/test:test123 默认环境，
改为从 apps/{应用名}.md 的「部署环境」章节读环境信息（主机/账号/目录/端口/DB）
- deploy_test：补「清理旧进程」步骤（部署前 kill 旧模块独立进程，只留 1 应用进程）
- deploy_prod：同去掉写死环境，改从需求读；修正「各模块各起服务」→「应用单入口单进程」
环境信息属于项目需求，不应写死在角色技能里（不同项目环境不同）。
|
2026-08-22 19:43:49 +08:00 |
|
|
|
29e7748037
|
fix: requirement 角色补「需求不明确时禁止编造具体值」约定
端口/IP/域名/账号/资源规格等需求未给出或含糊的值不得自己编（编造 9286/编造子域名都是错的），
应标注「待明确」+ 列问题清单，关键信息用 ask_question 冒泡问用户。
原 system_prompt 精简时删掉了这条约定但漏补到技能，导致 requirement 编造了端口 9286。
|
2026-08-22 19:34:10 +08:00 |
|
|
|
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 |
|
|
|
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 |
|
|
|
8c22f654ae
|
fix: QC review-design 补「应用与模块关系」架构检查项
- 对照 web-application-spec + module-development-spec 检查：
应用是唯一部署单元(一入口一端口)、模块不独立部署(无 app.py/端口/Dockerfile)
- 目录结构应含 {应用名}_app 应用仓库，模块仓库带 app.py/Dockerfile → 退回
- 出现'四模块服务''每模块一端口/容器' → 退回
|
2026-08-22 17:13:57 +08:00 |
|
|
|
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 |
|
|
|
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 |
|
|
|
7b3e474b4d
|
fix: review-deploy 改 Python 直跑标准(无docker) + 对外地址用主域名+端口禁编造子域名
- QC review-deploy：去 Dockerfile/docker-compose/docker compose ps（测试环境无docker）
- deploy_test + review-deploy：对外地址只用 hrstest.opencomputing.cn:端口，禁止编造子域名
|
2026-08-22 12:17:40 +08:00 |
|
