THE PREMISE · 关于智能生产的第一个判断

高熵环境中的 AI， 比低效更可怕。

当生成不再稀缺，真正稀缺的，
是值得被相信的产品判断。

Design Harness Agent

面向 AI 智能体的产品设计与设计工程工作流系统

优质、高效、可控的 AI 产品设计 =

正确的产品判断可控的设计过程可继承的业务上下文可验收的交付结果

普通 LLM 负责生成，通用 Agent 工作环境负责执行，而 DesignHarnessAgent 负责定义产品设计应该如何推进，以及怎样才算真正完成。它通过知识契约、状态化工作流和 Human-in-the-loop 决策机制，把产品设计过程中的知识、判断、设计与证据沉淀为可持续继承的产品资产。

Human-in-the-loop 设计成果沉淀状态化工作流 Skill 集群

工作原则 以终为始：先定义可验收结果

最终结果

可验收、可继承的产品设计资产包。

01业务模型资产: 沉淀业务对象、关系、动作、状态与业务规则。
02产品定义资产: 沉淀产品目标、能力边界、需求表达与验收标准。
03UX 设计资产: 沉淀信息架构、交互方向、视觉原则与适用边界。
04决策与状态记录: 记录关键判断、取舍依据、任务状态与责任边界。
05验证与交付证据: 汇总检查结果、验证记录、完成依据与后续继承方式。

后续版本会输出Web组件、数据结构及数据表资产包。

02 / DIFFERENCE

从被动生成答案到正确地完成产品设计

CORE DIFFERENCE 差异不在于把答案写得更完整，而在于把产品判断、执行过程与交付结果放进可验证的工作协议里。

普通LLM 生成答案

理解问题，根据当前提示生成内容、建议或方案。

理解推理生成

通用Agent 完成工作

组织文件、工具与执行过程，把复杂任务转化为完整交付物。

上下文工具调用任务执行

DesignHarnessAgent 定义产品设计如何被正确完成

通过知识契约、状态化工作流、Human-in-the-loop 和验收标准，约束产品设计的判断、过程与结果。

专业判断过程治理资产继承

普通 LLM

生成内容与答案

当前对话与输入材料

主要依赖当前提示

由对话临时决定

一次回答或内容

通用 Agent 工作环境

调用资源完成任务

项目文件、工具与连接来源

通过指令和工具组织执行

根据任务设置确认与授权

可使用的任务交付物

DesignHarnessAgent

定义产品设计的专业工作方式

可持续继承的产品知识与任务状态

通过知识契约与工作协议约束判断

关键产品决策进入明确的人机协同节点

可验收、可追踪、可继承的产品资产

03 / PROBLEM

产品设计真正容易失控的，
是判断失去连续性

产品设计不是一次内容生成，而是一组跨任务、跨角色、跨阶段持续发生的判断。

当任务边界、已确认决策、人机责任和完成标准无法稳定继承时，局部输出即使正确，整体产品仍然可能失控。

01 任务边界断裂: 发生了什么
一次对话被当成一个完整任务，不同目标、约束和需求逐渐混在一起。

业务后果
任务范围持续漂移，输出看似完整，却可能已经偏离真正要解决的问题。
02 决策连续性断裂: 发生了什么
已经确认的方向、取舍依据与验收标准，只存在于临时对话中。

业务后果
新任务不断重复旧讨论，甚至在没有明确决策的情况下覆盖已有结论。
03 人机责任边界断裂: 发生了什么
关键产品判断与一般执行任务没有被明确区分。

业务后果
AI 可能越过需要人确认的决策，也可能在普通执行节点频繁打断工作。
04 完成标准断裂: 发生了什么
文档、页面或代码已经生成，但缺少稳定的验收定义和完成证据。

业务后果
“已经生成”被误认为“已经完成”，结果无法被验证，也难以安全交给下游。

COMMON ROOT CAUSE 它们不是四个独立问题，而是同一个系统问题：产品设计缺少一套能够跨任务维持判断连续性的专业工作协议。

DesignHarnessAgent 因此不从“生成更多内容”开始，而从任务身份、权威状态、决策边界与验收闭环开始。

任务身份权威状态人机决策边界证据化验收

04 / SYSTEM ARCHITECTURE

从业务理解，
到真实体验

统一运行与治理底座

多 Agent 适配

Codex Cursor Claude 其他 Agent

模型推理、项目文件、工具调用与任务执行。

统一模块架构

统筹调度核心建模演进 / 风险 / 交接解析校验 Human-in-the-loop

Agent 可以不同，专业模块的运行方式保持一致。

产品设计｜四个独立能力模块

独立运行｜独立输出｜按需调用｜变化触发

01商业分析: 业务问题判断; 业务目标价值链业务流程用户角色; 输出商业分析结论
02业务模型: 产品语义建模; 业务对象业务属性关系动作状态规则; 输出业务模型资产
03产品表达: 产品系统定义; 产品目标能力边界运行逻辑产品架构; 输出产品定义资产
04本次需求设计: 当前变化落地; 需求范围影响分析产品方案验收与交接; 输出本次需求交付包

任一模块可独立启动；上下游变化会触发相关模块重新检查。

产品设计结果进入 UX 设计一致性闭环 UX 发现差异，触发相关模块校验

确保业务理解、产品边界、体验方案与验收标准在产品设计和 UX 设计之间保持一致。

UX 设计｜可实现、可验证的体验结果

统一输出UX 设计资产与实现上下文

01 体验结构: 信息架构任务流程页面关系
02 交互设计: 交互路径组件状态反馈与异常
03 视觉设计: 视觉方向配色与排版组件表达
04 设计验证与交接: 设计检查验证证据实现交接

后续能力延伸规划中 Web 组件｜数据结构｜数据表资产包

05 / BUSINESS ANALYSIS CASE

商业分析案例：
从模糊想法，
到可推进的决策 Case

BA-DC-001 / Scheduling Strategy Simulator

商业分析模块的第一性工作，不是生产商业报告，也不是启动一条下游生产线，而是围绕用户提出的业务问题，建立和维护一个可审查、可验证、可复审的决策实例，并把它放入用户持续成长的决策网络。

DECISION CASE 先判断值不值得做，再决定怎么做。

建立 Case: 把“要不要做模拟器”从产品设计任务中拆出来，独立定义为商业决策问题。
锚定判断: 确认目标、参与方、业务结果、证据边界和当前阻塞不确定性。
收束路径: 不直接投入完整模拟器，而是先定义有效指标、比较基线和轻量验证路径。

PHASE RESULT 当前结论不是“已经决定做模拟器”，而是进入可继续推进的商业分析状态。

WORK SLICES 工作切片

点击查看原始过程切片

OUTPUT ASSETS

06 / BUSINESS MODELING CASE

业务模型案例：
用ontology描述业务世界

设备设施工单智能调度｜业务模型案例

业务模型模块的第一性工作，不是生产对象清单、Schema 或下游技术视图，也不是启动 UX、需求与工程的生产线，而是围绕用户正在定义或改变的业务世界，建立和维护一个可审查、可验证、可追溯、可演进的业务语义建模实例，并把其中形成的业务语义，连同证据、确认状态和影响关系，接入产品持续演化的业务语义网络。

WORK SLICES 工作切片

点击查看原始截图证据

OTHER ACHIEVEMENTS 业务字典｜对象关系｜动作与状态｜规则与权限｜研发视图｜UX 上下文

让业务模型转变为可被产品设计、UX设计、产品开发消费的公共业务语言。

07 / UX DESIGN CASE

UX 设计案例：
从业务语义，
到可操作体验

冷启动假设模拟器｜UX 设计案例

UX 设计模块的第一性工作，不是生产页面、原型或视觉方案，也不是启动前端实现流程，而是围绕用户与产品交互过程中产生的目标、理解、行为和反馈，建立和维护一个可审查、可验证、可迭代的体验设计实例，并把其中形成的交互语义、设计决策、验证证据和用户反馈，接入产品持续演化的体验演化网络。

DESIGN DECISION CASE 先收敛判断，再进入原型。

确认视觉方向: 从模拟器工作台的业务气质中，选择低噪、专业、可长时间阅读的晨雾蓝灰。
确认排版密度: 让配置、结果、日志和长中文说明在同一工作台里保持清楚。
确认设计禁区: 先排除营销首屏、卡片堆叠和结论式话术，避免让原型失去工作属性。

PHASE RESULT 当前 UX 不是效果图，而是可操作、可验证、可交接的模拟器界面。

PROTOTYPE RESULT 冷启动假设模拟器工作台

点击查看完整原型

THE CONVICTION · 秩序不是终点

在低熵的秩序里， 让 AI 长出创造的光。

DesignHarnessAgent 是这套产品秩序的第一次完整实践。
让复杂被理解，让决策可审查，让人的判断留在系统之中。

TEL：13540378437

Design Harness Agent

从被动生成答案 到正确地完成产品设计

产品设计真正容易失控的，是判断失去连续性

从业务理解，到真实体验

商业分析案例：从模糊想法，到可推进的决策 Case