问题发现先于实现
先明确当前结果、负责人、失败成本和验收标准，再选择模型、工作流或自动化方式。
面向 FDE
把 Agent 做到生产可用
Hast FDE 社区连接懂业务、能做咨询、会用 AI 编码，并能承担部署和运营责任的现场工程师。平台提供可复用的 Agent、工作流和治理能力；FDE 把客户现场的判断与验证结果沉淀为共同方法
查看企业合作方式专业标准
FDE 的价值要用业务结果验证
成熟的现场工程师持续负责问题发现、设计、实现、上线和运营。先选择最简单可靠的解法；任务确实需要开放式判断时，再引入 Agent 自主性
证据先于叙事
用代表性样本、固定评测集、运行指标和用户行为作决策依据。一次顺利的 Demo 无法证明生产可靠性。
可维护性属于交付
身份、权限、审计、回滚、运行手册、变更流程和企业接管，都要在上线前设计完成。
能力模型
优秀 FDE 同时工作在六种语境里
FDE 可以借助团队补齐专业能力，但必须能识别缺口、找到合适负责人，并把跨团队的决定讲清楚
技术能力架构
六层架构，防止 Agent 变成无法治理的黑盒
每一层回答一个不同问题，并留下可评审的交付物。模型只是系统的一部分；业务语义、操作边界、身份权限和持续反馈共同决定生产效果
01
业务流程与验收标准
为什么做，怎样才算完成？
定义触发、输入、输出、责任人、时限、业务基线、成功指标、非目标、零容忍错误和人工决策点。没有这一层，技术团队无法判断优化方向，评测也会退化为主观感受。
必须产出
流程说明、当前基线、责任矩阵、验收与停止条件
02
企业语境与语义层
Agent 如何理解企业中的对象、关系和规则？
把客户、合同、订单、事件、指标和权限等对象映射为统一语义；使用 Ontology 或知识图谱连接数据、业务逻辑、动作和安全策略，支持可解释、可执行的业务决定。
必须产出
领域模型、数据血缘、知识来源、规则和事实新鲜度约束
03
Agent 与工作流运行时
哪些步骤固定，哪些步骤允许自主判断？
优先使用可组合、可观察的工作流；只在步骤无法预先写死且模型有足够反馈时使用 Agent。明确路由、并行、交接、Manager Agent、状态、终止条件、重试和预算，避免无界循环与隐藏状态。
必须产出
编排图、状态模型、上下文策略、终止与降级规则
04
工具、动作与系统集成
Agent 能做什么，失败时系统如何表现？
用明确模式定义 MCP、API、Skills 和 Plugins 的输入、输出、前置条件、幂等性、超时、重试和补偿。读操作与写操作分级；不可逆动作需要审批、预览、限额或双人确认。
必须产出
工具接口、系统负责人、错误分类、补偿方案和测试工具
05
身份、权限与治理
谁以什么身份，对什么资源执行了什么动作？
为每个用户、Agent 和服务建立可追踪身份与最小权限，分离开发、测试和生产。记录输入来源、工具调用、审批、结果与版本；对敏感数据、外部发送、资金和生产写入设置明确政策。
必须产出
身份模型、权限矩阵、审批策略、审计与数据保留规则
06
评测、观测与持续运营
如何知道系统仍然正确并产生价值？
离线评测覆盖代表性、边界和故意制造困难的样本；在线观测连接业务结果、任务质量、工具可靠性、安全、时延和成本。生产失败进入样本库与回归集，再通过受控变更重新发布。
必须产出
固定评测集、追踪与指标、告警、运行手册、变更和复盘记录
平台支持
Hast 把重复基础设施交给平台，把现场判断留给 FDE
平台提供通用的任务执行、系统连接、权限和运行能力，减少每个项目的重复建设。客户发现与现场判断仍由 FDE 负责，所有组件都要符合项目约定和企业边界
构建与编排
Hast Agent、Task Agent API、Agent Server、定时与事件触发、Webhook、Manager Agent 和多 Agent 协作，用于组合短任务与长期工作流。
连接与扩展
通过 MCP、Skills、Plugins、浏览器、代码和企业 API 接入数据与动作；FDE 仍需定义工具接口、系统负责人和失败补偿。
生产控制
工作区隔离、身份权限、审批、审计、密钥边界、运行追踪、回滚和人工接管，为高风险动作提供可执行控制。
持续改进
把评测、线上事件、成本与用户反馈连接到版本管理；将多个现场重复出现的问题沉淀为平台能力。
交付标准
一个可维护项目至少留下七类资产
代码只是其中之一。缺少以下任一资产，新的工程师、企业团队或值班人员都很难安全接手
业务流程说明
业务目标、主流程、例外、基线、成功指标、非目标与停止条件。
架构决策记录
关键方案、备选项、取舍、假设、负责人和重新评估条件。
数据与权限图
数据血缘、敏感等级、身份、最小权限、保留、审批与环境边界。
工具与失败处理说明
输入输出、超时、重试、幂等、补偿、不可逆动作和人工接管。
固定评测集
代表样本、边界样本、失败样本、评分方式、门槛和版本。
运行手册与事件记录
观测、告警、排障、升级、回滚、恢复、复盘和已知限制。
去敏复用资产
在客户许可和知识产权边界内沉淀模式、连接器、测试夹具与教训，不携带客户原始数据。
社区建设
贡献者等级取决于承担过的责任
晋级依据是持续贡献、评审质量、交付证据和对他人的帮助。技术能力、客户信任与社区维护责任缺一不可
01
Member
进入标准
完成基础训练和安全规范，能够复述 FDE 方法并参与案例讨论。
承担责任
保护客户边界；提出有上下文的问题；完成 Good First Field Issue。
02
Contributor
进入标准
提交一个被采用的评测、连接器、运行手册、模式或去敏现场教训。
承担责任
维护自己的贡献，回应评审，并记录适用条件和已知限制。
03
Reviewer
进入标准
能稳定评审业务契约、架构、权限、评测和运营风险，并给出可执行反馈。
承担责任
把守质量门槛；辅导贡献者；避免未经证据的技术偏好成为标准。
04
Field Lead
进入标准
成功带领至少一个受控生产项目，并获得企业负责人和技术评审确认。
承担责任
对项目范围、交付质量、客户沟通、上线和事件响应负责。
05
Maintainer
进入标准
持续维护一个共用能力域，处理跨项目反馈，并培养新的 Reviewer 与 Field Lead。
承担责任
维护路线图与标准；裁决设计分歧；组织发布、安全响应和社区治理。
协作机制
把现场经验变成可评审、可教学、可复用的公共能力
社区保护客户秘密，也会认真记录失败。一个描述准确的失败模式、一套可重复评测，或一份能帮助下个团队避免事故的运行手册，都具有很高价值
Architecture Clinic
围绕业务契约、状态归属、语义层、编排、权限和失败隔离做小组设计评审，结论进入 ADR。
Case & Incident Review
用时间线、证据和系统条件复盘交付与事故，关注可改变的机制，不寻找替罪者。
Good First Field Issue
把文档缺口、测试夹具、评测样本、轻量连接器和运行手册改进标为有边界的新手任务。
Shadow Delivery
成员跟随 Field Lead 旁听发现、方案评审、验收和运行复盘，在承担独立客户责任前获得反馈。
Office Hours & Maintainer Rotation
固定时段处理阻塞问题；轮值维护者跟踪共性反馈、过期资产和需要平台化的能力。
客户信任
默认不分享客户内容；复用必须经过许可、去敏和边界检查
社区学习不能以客户风险为代价。原始数据、凭据、合同、内部架构、未公开指标和可识别的事件细节不得进入公共材料或个人设备
不得进入社区资产
- 客户原始数据、提示内容、访问令牌、密钥或生产日志
- 未公开的客户名称、合同、价格、指标、漏洞和事件细节
- 可反推出个人、企业或系统身份的样本、截图和拓扑
- 超出项目授权范围复制的代码、模型、文档或第三方知识产权
复用之前必须完成
- 确认客户许可、合同约束、知识产权归属和适用许可证
- 去除标识符、业务特征、凭据、真实数值和不可公开拓扑
- 用合成或公开数据重建最小复现，并由第二人复核去敏效果
- 写明适用条件、失败边界、维护人和过期检查日期
FDE 社区常见问题
关于加入条件、贡献方式、客户项目与平台关系
什么样的人适合成为 Hast FDE？
适合能够同时面对业务模糊性和工程细节的人：愿意观察真实工作、与不同角色沟通、快速写代码和集成系统，也愿意为评测、安全、上线与运行问题负责。没有人需要从一开始就精通所有领域，但必须诚实识别缺口并主动寻求评审。
贡献一定要是大型开源代码吗？
高价值贡献包括失败样本、评测集、架构模式、连接器、工具说明、测试工具、运行手册、培训内容和去敏事件复盘。每份贡献都要写清适用条件、限制、维护人和验证证据。
社区会把所有项目做成统一模板吗？
平台主要沉淀跨项目重复、边界稳定的能力；客户语义、组织责任和关键流程仍由项目团队设计。过早抽象会掩盖真实差异，复制项目代码也会制造难以维护的分支。
社区成员可以直接获得客户生产权限吗？
社区身份不包含客户生产权限。生产访问必须由具体项目和客户按照最小权限、使用期限、环境与审计要求单独批准；退出项目或职责变化后及时回收。
带着真实问题来，也带走可复用的方法
如果你愿意对业务发现、工程交付、生产安全和长期运营同时负责，欢迎介绍你的领域经验、一个复杂交付案例，以及你希望为社区维护的能力