面试时怎么判断团队是在做“写死流程”还是“可自适应结构”？

消息提到一种做法：把skill写成文档，直接要求按固定格式提取字段，遇到skill里没有的格式就会失效。另一种思路是让模型分析排版拓扑和命名惯例，动态生成专用skill再运行。这两条路线的差别，恰好是面试时值得问清的事。

你可以问三个问题。第一，“遇到没见过的输入格式，现在怎么处理？”如果回答是“加一条规则”或“再写个提示词”，说明当前偏写死流程；如果回答是“先看能不能自动归纳结构”，说明团队在往自适应方向走。第二，“新需求来了，是改配置还是改代码？”改配置通常意味着抽象层已经存在。第三，“确定性字段和歧义字段怎么分工？”成熟团队会告诉你哪些走规则、哪些走模型。

注意，写死流程不等于没价值。业务稳定、格式收敛时，它反而更可靠。你要判断的是：这个团队有没有演进计划，还是把短期方案当成了长期答案。

我的项目经验该怎么表述，才能体现结构设计能力而非流程堆砌？

假设你做过一个发票信息提取的练习项目。原来的写法可能是“我写了提取发票字段的提示词”。这听起来像流程堆砌。

换一种表述：“我设计了字段分类与校验结构，确定性字段走正则规则，歧义字段走模型提取，并生成校验类做二次检查。”这里的关键词是分类、分工、校验结构，而不是“我调了哪个模型”。

素材里提到，理解同构性后可以玩元编程，让模型动态生成专用skill。你不必声称自己做过这件事，但可以在面试中展示你理解这种思路：先判断哪些字段能确定性提取，编译为传统代码；哪些字段有歧义，交给模型，再补校验。

模拟面试中，面试官可能追问“你怎么知道哪些字段该走规则”。你可以回答：看字段的格式稳定性和命名惯例，不稳定的先做样本统计再决定。这是思考方法，不是实际工作经历。

如果团队目前就是写死流程，我该不该去？

先问业务是否稳定。如果输入格式长期不变，写死流程的维护成本可能更低，你能学到工程严谨性。再问团队有没有演进计划，比如是否在积累样本、是否在抽象配置层。如果两个答案都是“没有”，那这份工作更偏向运维式开发，能力积累方向不同。

还要确认岗位描述里的“Agent开发”具体指什么。是写提示词、搭工作流，还是设计结构让模型自己生成工具？不同团队对同一个词的理解差别很大。

一个实际可做的小建议：下次面试前，挑一个你做过的提取类项目，用“确定性字段走规则、歧义字段走模型、校验结构兜底”三句话重新写一遍项目描述，然后对着岗位描述核对，看对方要的是流程执行还是结构设计。 延伸阅读：程序员简历针对性制作指南：告别一稿多投，面试率提升300%