Boundaries
敢讲边界的机构,才值得把团队交给它。这一页列清楚:哪些需求我们会拒绝,以及我们建议你去找谁。
List
① 核心交易与账务系统
支付、记账、对账这类强一致性系统,我们不接也不教——一条数据错不得的领域,需要专业工程团队与审计。
建议:走正规软件采购;但账务之外的登记、台账、报表,正是智能体的主场。
② 强合规与电子签章流程
具有法律效力的审批与签署(合同签章、公文流转),工具再顺手也绕不开合规资质。
建议:签章用持牌电子签服务;签章之外的流程管理(待办、提醒、台账)可以交给智能体,两边能打通。
③ 替代专业软件工程
我们的培训目标是"业务人员做出内部工具",不是"培养程序员"。高并发、分布式、大型系统仍需要专业开发团队。
边界反而在缩小:中间地带(内部工具、原型验证)会越来越多地被业务侧自己消化——这正是我们教的。
④ 涉密数据进入云端模型
我们坚持的底线:涉密信息不写进需求描述。生成产出的应用数据存本地,但"描述"会经过模型。
建议:涉密业务用"脱敏描述 + 本地数据"模式;有更高要求的企业级私有化方案,面谈评估。
⑤ 全自动无人值守的关键决策
我们教的自动化永远保留"人审关键节点"。招人、花钱、对外发送——这类动作的最后一步必须是人。
这也是我们简历筛选方案"只做初筛排序,不替人决定"的原因。
⑥ 给不适合的团队硬推培训
重复劳动少、需求全靠外部系统、或者团队明确抗拒的——我们会在免费诊断阶段直接说"现在不适合"。
不合适的单子不接,是这条业务线能长久的前提。
判断口诀:重复、有规则、内部使用 → 适合智能体;涉及钱、涉及法、对外承诺 → 交给专业系统;中间地带拿不准 → 15 分钟免费诊断→,我们直说。