03 / 洞察
产品应该提供机会,而不是另一份公司列表。
一份很长的进口商数据库并没有减少真正困难的工作。更有价值的单位是“已判断资格的机会”:它具有可解释的贸易证据、相关决策人,以及足以支持下一步行动的上下文。
02 / 问题
货运代理通常需要花费大量时间手动寻找进口商、检查公司官网、分析贸易信号、寻找决策人并撰写开发邮件。整个过程数据分散、重复且难以规模化。
03 / 洞察
一份很长的进口商数据库并没有减少真正困难的工作。更有价值的单位是“已判断资格的机会”:它具有可解释的贸易证据、相关决策人,以及足以支持下一步行动的上下文。
04 / 产品决策
05 / 工作流
每个阶段都产生下一个阶段可使用的证据或决策。人工审核被明确保留,而不是隐藏在自动化之后。
输入需求
寻找候选进口商
研究公司
分析贸易机会
寻找决策人
生成个性化开发内容
人工审核
导出结果
06 / 系统架构
系统明确分离界面、API、持久化、编排与部署职责,不虚构当前产品并未使用的云服务关系。
前端
01中英文工作流界面、审核状态与结果处理。
后端
02工作流接口、数据验证与服务协同。
数据
03持久化业务记录和短期工作流状态。
Agents
04通过显式证据连接的边界化能力。
Provider
05可替换 Fake 与外部 Provider,将工作流测试与模型质量分离。
基础设施
06本地服务编排与当前部署工作。
07 / 我的贡献
我的贡献是将业务问题转化为可工作、可审核系统的产品与协同层,而不是夸大为独立完成每一行底层代码。
AI 原生构建与产品所有权
08 / 产品证据
合成演示数据 · Fake Provider 测试模式 · 未发送真实邮件 · 工程验证结果,不代表客户生产结果。
机会工作台
对应功能: 工作台与研究入口
内部测试版 · 仓库 Demo 数据
中英文真实本地工作台明确标注 Fake 模式,并呈现从研究到审核的流程入口。
资格评估结果
对应功能: 有证据支持的资格评估
工程验证 · Fake Provider
合成公司评估结果展示分数、置信度、完整度、建议动作和判断依据。
草稿人工审核
对应功能: 批准前人工审核
内部测试版 · 未发送邮件
生成的开发邮件草稿必须经过具名人工审核,当前版本不会自动发送。
网站研究声明
对应功能: 有证据支持的网站研究
内部测试版 · Fake Research 工作流
Klein Tools 公开页面被转化为带来源、置信度以及接受、修改或拒绝控件的声明。
09 / 当前结果
工程验证
v0.2 评估集已完成
10 家公开企业由工程人员选择并审核,用于验证安全完成、证据处理和审核工作流;这不是客户验证。
真实用户产品验证
进行中
仓库中已有验证计划与模板,但尚未记录任何真实用户测试结果。
我的收获
下一步
下一步是诚实收集真实用户反馈、增强贸易数据证据,并在公开部署或提高自主程度之前提升工作流可靠性。