作者小头像 Lv.4
更多个人资料
726 成长值
0 关注
0 粉丝
+ 关注 私信

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

网络技术、人工智能、自动化运维、云计算、云安全
个人勋章
  • 活跃之星
  • 考证狂人
成长雷达
340
36
200
150
0

个人资料

个人介绍

这个人很懒，什么都没有留下

感兴趣或擅长的领域

网络技术、人工智能、自动化运维、云计算、云安全

达成规则

以上满足项可达成此勋章

  • 博客
  • 关注
  • 粉丝
  • 论坛
全部时间
全部时间
最近三天
最近一周
最近一月
  • 全部
  • 暂无专栏分类
模型选型与能力边界：别用一把锤子敲所有钉子
结论：选模型不是选"最强"，而是选"匹配任务难度与约束"。一个系统里往往应该同时存在大模型和小模型——按任务路由，才能同时拿到质量、成本与延迟。一、选型的四个维度维度要问的问题能力能否胜任该任务的最难样本成本单价 × 预估 token 量是否可接受延迟是否满足交互/批量要求稳定性输出格式、指令遵循是否稳定四者常常互相制约，选型本质是权衡，而非找全能冠军。二、按任务分层路由简单任务（分类、抽取...
作者小头像 yd_271011778 2026-11-13 07:12:10
0
0
0
2026-11-13 07:12:10
0
0
0
幻觉治理：让 Agent 说"我不知道"
结论：幻觉无法根除，只能治理。治理的核心不是"让模型更诚实"（它做不到），而是"用外部证据约束它，并让它在缺证据时明确承认"。一、幻觉的三种形态形态表现治理重点事实幻觉编造不存在的事实检索 grounding引用幻觉编造来源/链接引用必须可验证过度自信对不确定内容打包票强制表达不确定性二、Grounding：把答案钉在证据上需要事实的场景，答案必须来自检索到的内容，而非模型记忆。要求模型逐条...
作者小头像 yd_271011778 2026-11-12 07:08:41
6
0
0
2026-11-12 07:08:41
6
0
0
多轮会话与状态管理：别让对话变成一锅粥
结论：多轮对话不是"把历史全堆着"，而是"维护一份清晰、可控、可推理的状态"。状态管理做不好，轮次越多越混乱，前后矛盾、指代错乱、目标漂移接踵而来。一、会话状态的三个组成对话历史：说了什么（需要压缩，呼应上下文工程）。任务状态：当前目标、已完成步骤、待办、关键实体（ID、路径、参数）。用户画像：稳定的偏好与约束（呼应记忆篇）。三者要分开存储，混在一起就难维护。二、指代与上下文解析"它""那个...
作者小头像 yd_271011778 2026-11-11 07:21:02
3
0
0
2026-11-11 07:21:02
3
0
0
流式输出与交互体验：让"慢"变得可接受
结论：Agent 的端到端延迟天然高，用户对等待的容忍度却很薄。流式不是性能优化，而是体验工程——它不缩短总时长，但大幅缩短"感知等待"。一、首字延迟比总时长更重要用户感受的"快"，主要是多久看到第一个有意义的输出。尽早开始流式输出，比把总时间从 10 秒优化到 8 秒更能改善体验。二、让过程可见Agent 多步执行时，明确展示当前在做什么（"正在检索""正在执行命令"），比一个静止的转圈更...
作者小头像 yd_271011778 2026-11-10 07:27:38
11
0
0
2026-11-10 07:27:38
11
0
0
确定性测试：给概率系统装上"可控开关"
结论：Evals 回答"它够不够好"，确定性测试回答"这条路对不对"。前者依赖真实模型的概率行为，后者通过替身（mock/录制回放）验证工程逻辑是否正确——两者互补，缺一不可。一、为什么要"确定性"你的 Agent 逻辑里有很多与模型能力无关的部分：工具调用链、参数拼装、状态流转、失败分支、格式解析。这些必须能稳定测试，不能每次都依赖真实模型的随机输出。否则一条失败分支可能永远测不到。二、三...
作者小头像 yd_271011778 2026-11-09 08:11:06
15
0
0
2026-11-09 08:11:06
15
0
0
Prompt Ops：提示词与配置也需要版本治理
结论：提示词是系统的核心配置，却常被当作"随手改的字符串"。没有版本、没有评审、没有回滚，一次线上事故你连"当时用的哪版提示词"都说不清。一、把提示词当代码管理纳入版本控制，每次改动可 diff、可回滚、可追溯。改动走评审：提示词的修改常常比代码更能影响行为，却没经过任何审查。与发布记录关联：某个版本对应哪套提示词，必须可查。二、结构化而非一坨文本把提示词拆成可组合的片段（角色、规则、示例、...
作者小头像 yd_271011778 2026-11-08 07:52:32
20
0
0
2026-11-08 07:52:32
20
0
0
RAG 检索工程进阶：从"能查到"到"查得准"
结论：RAG 的瓶颈几乎从不在生成端，而在检索端。检索没捞到正确内容，再强的模型也只能编。检索工程是一个独立的、需要专门优化的系统。一、分块（Chunking）决定上限固定字数硬切会截断语义，是最常见的低质来源。按结构切（标题、段落、代码块）优于按字数切。块要"语义完整 + 足够小"：太大稀释，太小丢上下文。适度重叠（overlap）可缓解边界断裂。给每块附元数据（来源、时间、章节），供过滤...
作者小头像 yd_271011778 2026-11-07 07:35:26
29
0
0
2026-11-07 07:35:26
29
0
0
Skill 治理：成百上千个Skill 怎么管
一句话结论：当 Skill 从几个变成几百个，它就不再是"个人收藏"，而是一个需要治理的组织资产。命名冲突、版本漂移、权限失控、重复造轮子、找不到该用哪个——这些问题的解决，不靠自觉，靠制度与工具。引言：从个人技巧到组织资产一个人维护三个 Skill 没问题。一百个人维护一千个 Skill，问题立刻浮现：两个团队做了功能一样的东西、同名 Skill 互相覆盖、某个 Skill 悄悄有了写权限...
作者小头像 yd_271011778 2026-11-06 14:20:00
25
0
0
2026-11-06 14:20:00
25
0
0
Agent 可靠性工程：失败、重试与降级
结论：Agent 的失败是常态而非例外——模型会超时、工具会挂、返回会不合规。可靠性不是"让失败不发生"，而是"失败发生时，系统仍能给出可接受的结果"。一、失败要分类，不同类不同处理失败类型例子处理策略瞬时故障网络抖动、超时指数退避重试语义失败输出不合 schema校验后重生成，限次数工具失败第三方 API 5xx重试 / 换工具 / 降级决策失败选错工具、跑偏触发重规划或人工介入不可恢复权...
作者小头像 yd_271011778 2026-11-06 07:18:57
27
0
0
2026-11-06 07:18:57
27
0
0
Skill 治理：成百上千个 Skill 怎么管
一句话结论：当 Skill 从几个变成几百个，它就不再是"个人收藏"，而是一个需要治理的组织资产。命名冲突、版本漂移、权限失控、重复造轮子、找不到该用哪个——这些问题的解决，不靠自觉，靠制度与工具。引言：从个人技巧到组织资产一个人维护三个 Skill 没问题。一百个人维护一千个 Skill，问题立刻浮现：两个团队做了功能一样的东西、同名 Skill 互相覆盖、某个 Skill 悄悄有了写权限...
作者小头像 yd_271011778 2026-11-05 07:15:11
24
0
0
2026-11-05 07:15:11
24
0
0
总条数：29
10
10
20
50
100
  • 1
  • 2
  • 3

上滑加载中

https://www.baidu.com/s?ie=utf-8&f=3&rsv_bp=0&rsv_idx=1&tn=baidu&wd=sed%20%E6%9B%BF%E6%8D%A2%E5%AD%97%E7%AC%A6%E4%B8%B2&rsv_pq=c7db61a600035dc5&rsv_t=5e19yEsbV9N5fIvdlGRU
作者小头像
作者小头像
快速交付
+ 关注