资深能力与证据

P8 竞争力不是会调用更多框架

组织职级标准不同，本文不把 P8 当作统一认证。可迁移的高级责任包括定义模糊问题与系统边界，权衡质量、可靠性、安全、成本和组织复杂度，把 Demo 推到可运营系统，并对结果与反转承担责任。

更大影响还表现为建立复用平台与决策机制、协调多个团队、培养他人独立交付。SFIA 9 的 Solution Architecture Level 6 以复杂方案、跨项目一致性、策略与显著组织影响描述高级责任，可作为外部参照，但不能直接映射任何公司的职级。

六类能力都需要证据

能力图避免只展示最熟悉的前端或 Prompt。每类证据都要回答问题、你的责任、替代方案、失败与验证；同一个项目可以覆盖多类，但不能用同一截图重复证明所有能力。

模型/Context/Tool 的正确心智模型。能够解释模型概率边界、Context 来源与权限、Tool 契约和 Agent 状态，并用反例说明何时使用 Workflow、检索或人工。证据可以是设计说明、可执行实验和对比 Eval，不是术语清单。

工程实现

工程能力看边界是否清楚、契约是否可替换、失败是否能恢复，以及实现是否能被他人维护。最有说服力的证据是一条端到端任务在成功、超时、取消、重试和部分失败下都有确定行为。

Runtime

保留状态机、Tool Wrapper、幂等、取消、恢复和故障注入。Trace 应能从用户目标追到业务终态，测试覆盖未知结果与补偿，而不仅是模型返回文本。

代码质量

使用清晰接口隔离模型、存储和 Tool Adapter，保留类型、契约测试、CI 与维护说明。代码规模不是证据，变更安全、可读性和替换成本才是。

生产运营

生产能力由持续运行责任证明：知道什么是好、如何发现退化、谁响应、如何恢复、何时停止发布。个人项目可以模拟生产形状，但必须标注为本地或高保真实验。

质量

提供 Golden Dataset、分层评测、Trace、版本对比和发布门禁，说明切片、分母和不确定性。只展示几个成功对话不能证明质量，也不能解释回归。

运营

提供 SLO、成本、告警、Runbook、容量和 GameDay。若没有真实事故，提交故障注入计划、原始 Trace、恢复时长和修复后的回归，不得写成生产事故复盘。

平台、协议、边界和迁移。架构证据包括能力分层、Build/Buy/Reuse ADR、故障域、SLO、单位经济、迁移和退出。要能解释为何不平台化某些领域能力，以及何种指标会触发边界变化。

安全、数据、责任和风险。提供威胁模型、权限矩阵、数据流、审批绑定、审计、风险登记与残余风险接受。治理价值在于控制进入交付路径并可验证，不是附一张检查表。

路线图、评审、协同和人才培养。保留 RFC 评审、决策日志、RACI、采用数据、冲突实验和迁移结果，并清楚标注个人决策、团队贡献和他人 Owner。培养证据是他人能独立完成更复杂任务，而非你讲过一次课。

作品集围绕一条演进主线

比七个互不相干 Demo 更强的是一条可解释演进：生产级单 Agent 建立端到端 Runtime；企业知识 Agent 增加权限、RAG 与评测；Browser 或 Coding 场景增加行动、沙箱和审批；多团队需求推动平台边界；故障演练暴露运营与治理缺口。

每次演进都说明触发约束、保留的不变量、被替代方案和迁移代价。若所有项目都从零开始、只换业务皮肤，无法证明复用与架构判断。综合实战可以使用公开数据和本地系统，但需声明环境与不可外推的结论。

每个项目保留可复核产物

证据包从问题基线与成功指标开始，包含架构与替代方案、关键代码和测试、Trace 与 Eval、SLO 与成本、安全与残余风险、运行或演练记录。所有图表和数字能追到原始数据、命令、版本或明确的计算口径。

复盘说明没有做什么、为什么、结果和下一步。公开作品移除凭据、内部地址、客户数据与未经许可资料；用合成数据时标注生成方法和代表性边界。敏感证据可以提供结构、脱敏截图或口头说明，但不能虚构可公开细节。

系统设计回答形成闭环

先澄清用户、规模、终态、风险和非目标，再给端到端主链与状态模型。选择一个最难机制深入，例如 Tool 未知结果、跨租户 Context 或长任务恢复，同时解释输入、责任、失败和验证。不要从模型供应商列表开始。

随后讨论容量与长尾、完整成本、安全与审计、SLO 与运营，再给从只读建议到受约束执行的演进。组织边界也属于设计：谁拥有业务 Gold，平台承担什么 SLO，何时需要 RFC，如何迁移和退役。Why Not 与反转条件比堆叠组件更能体现判断。

领导力故事要有真实因果

故事从情境和冲突开始，说明你拥有什么责任、缺少什么权力，做了哪些判断，如何获得反方证据并影响决定。结果区分个人动作、团队成果和外部条件，数字保留口径与可追问边界；失败和反对意见不能被删掉。

一个可信故事通常包含 Trade-off、未选方案、残余风险和后续改进。若项目仍在进行，就说当前验证到哪一步；若只是个人演练，就说是演练。诚实边界本身体现风险意识，夸大角色会在深入追问时破坏全部可信度。

用证据缺口驱动学习

对每项能力标记“了解、实现过、运营过、主导过”，并链接实际产物。了解不能升级为运营过，实现过也不自动等于在压力下维护过。选最影响目标角色且能在当前环境取得证据的缺口，制定任务、协作者、期限和验收。

缺生产机会时，用生产形状负载、权限矩阵、故障注入、值班模拟和 GameDay 提高真实性，并保留局限。主动参加真实架构评审、平台迁移和跨团队项目，季度淘汰只证明 API 调用的 Demo，把时间投入最薄弱能力域。

缺口：只实现过 Agent，没有运营证据
任务：定义 SLO，接入 Trace，注入 Tool 超时与控制面故障
验收：告警能定位失败层，Runbook 能恢复，回归集不退化
边界：本地高保真演练，不声称生产事故经验

面试前做对抗式校验

请不熟悉项目的人沿证据包追问：不用术语能否解释核心机制，为什么不用更简单方案，最坏失败如何传播，Rollback 是否真的可执行，所有数字和角色边界是否可复核。答不出时回到产物补证据，不背一段更流利的话术。

前端架构经验可以转化为 Agent UX、流式协议、审批交互、状态可视化、可访问性与平台开发者体验，但仍需补齐模型边界、后端 Runtime、生产可靠性和治理。最终目标不是覆盖所有关键词，而是在目标岗位的关键责任上形成连续、真实、可迁移的证据。