Harness engineering

业务沟通在前,自动化交付在后。

业务沟通、需求澄清与规则解释由人工完成;实现、重构、测试与持续校验由 AI 和自动化流程完成。

4公开项目
2在线 Demo
1410 箱脱敏整柜回放
3能力方向

对应实现可在提交记录、测试、构建脚本和隐私扫描中核对。

Workflow

工作方式

01

业务沟通

场景、规则、例外与业务口径。

访谈业务人员,确认问题范围、规则来源、冲突处理和结果解释方式。

02

结构化规格

口述需求转成可执行规格。

业务描述整理为数据契约、规则清单、接口定义、错误码和待确认问题。

03

AI 辅助开发

实现、重构、测试与文档同步。

基于结构化规格生成类型化实现、可视化组件、边界测试和配套文档。

04

持续校验

测试、构建、接口与隐私检查。

接口测试、前端构建与隐私扫描组成自动化检查;失败结果直接进入下一轮修改。

Division of labour

项目分工

业务语义由沟通确认;开发与校验进入自动化闭环。

阶段业务沟通与解释AI 辅助开发自动检查
问题定义业务访谈、需求澄清、规则与例外解释整理口述内容,生成结构化规格草稿规格完整性检查
求解设计确认业务口径、优先级与结果解释方式生成基线实现、情景样例与诊断输出基线测试与情景回放
服务实现协调上下游系统、字段口径与异常流程生成接口、校验、适配层与异常分支接口与异常路径测试
界面交付确认操作流程、展示信息与解释口径生成组件、可视化与样例场景类型检查与前端构建
发布准备确认发布范围、脱敏内容与对外说明同步文档、部署配置与发布清单构建、测试与隐私扫描
Guardrails

自动化检查

可直接执行的测试、构建与扫描。

  • 接口与求解测试
    两个 Demo 后端各自带 pytest 用例,覆盖健康检查、正常求解与边界参数。
  • 构建即校验
    前端以 TypeScript 严格模式构建,类型不通过就产不出静态资源。
  • 自动隐私扫描
    scripts/privacy_check.py 扫描全部可发布文本,命中凭证、内部域名或业务标识就直接失败。
  • 表述纪律
    「可扩展能力」和「已上线成果」在数据模型里就是两个字段,演进方向没机会被写成既成事实。
共享脚手架
  • 求解后端都是 FastAPI,健康检查端点的前缀可配置
  • 前端都是 Vite + React + TypeScript,静态资源基路径与网关前缀对齐
  • 每个 Demo 自带 Dockerfile,由同一份编排文件和网关配置托管
  • 门户与 Demo 共用一个部署入口,升级只需要重建镜像
Applied per project

项目中的分工

每个项目分别记录业务工作与 AI 辅助开发内容。