- 博客(9)
- 资源 (15)
- 收藏
- 关注
RSS订阅原创 唯一约束护的是账，不是动作：AI 写操作怎么才不落两次
本文探讨如何实现接口调用的幂等性，核心是避免重复写入。关键在于“执行前占位”而非“查后执行”，通过原子占位确保并发下仅一次执行。幂等键由“谁、对话、工具、排序参数”构成，确保同一调用唯一。失败时分本地与外部处理：本地可重试，外部则保留占位以防双写。重复请求返回历史结果，实现“回放”。但需明确：系统仅保证自身不重复，无法控制目标系统是否去重；且前提是参数能完整表达操作语义。
2026-10-15 09:23:54
136
原创 人工确认不能只是一个布尔值：AI 写操作该绑住什么
用户点击「同意」后，系统应记录的不仅是布尔值，而是一份包含精确参数、目的地、可写字段域、有效窗口及操作者与决策时刻的完整凭证。若仅存布尔值，将导致请求可复用、执行时参数漂移、权限模糊、时效不可查等问题。通过绑定五要素，确保“同意”真正成为可审计、可撤销、不可漂移的信任锚点。任何“签发时算一次、执行时再算一次”的字段，皆为风险点。最终，信任不靠复杂凭据堆叠，而靠精准绑定与合理取舍。
2026-10-12 08:48:56
237
原创 记录里没有「不知道」这个取值时，空值会替你说「一切正常」
本文讲述系统设计中“没有”与“不知道”混用的隐性缺陷：当空值、空集合或默认值被统一解读为“正常”，实则掩盖了“未查”“未知”等不同含义，导致信息误读。作者以两次修复为例，揭示同一类问题在看似已解决处反复出现——因“空”同时承载多种语义，读作最强断言。关键在于为“未知”留格子，避免静默误导。建议自查所有“空”字段，判断其是否可明确解释“为何为空”。此类问题不报错，却最易在修复后重现，需持续警惕。
2026-10-08 09:00:10
144
原创 边界生效的前提：先问它圈住了哪些动作
本文核心在于澄清AI安全边界的本质：边界并非靠强化规则构建，而是基于可枚举的动作清单。只有具备“名字、参数、风险级”的离散动作（如工具调用）才能被有效监控与管控；而无名、无结构的非离散动作（如屏幕点击、命令行操作）因缺乏挂载点，无法纳入治理范围。因此，真正的安全起点是能否穷尽列出agent的所有动作——清单之外，边界即不存在。
2026-10-02 21:35:59
151
原创 撤销不是一个按钮：AI 副作用怎么才能真正撤掉
本文探讨AI操作撤销机制的可信设计，强调撤销不仅是按钮，更是契约。指出当前系统在异步副作用、外部补偿、批量撤销与分页等方面存在局限，核心问题在于“假撤销”——看似成功实则数据残留，比完全不撤销更危险。提出按档位分类撤销能力（如none、local_compensate、governed_external），确保状态诚实：外部系统仅能标记为“已请求”，不可宣称“已撤销”。通过补偿组机制保证原子性，避免部分撤销；撤销动作全程留痕，支持审计追溯。最终强调：可撤销≠可恢复，信任源于对“撤不干净”与“撤不回来”的诚实
2026-09-24 08:49:52
335
原创 为什么 AI 写数据要先分级？R0-R5 工具风险模型
本文提出AI工具风险分级机制（R0-R5），将“写”操作与“读”操作区别对待，通过执行前策略门控实现安全边界下放。低风险自动执行，敏感操作需确认，高风险直接阻断，未声明工具按保守规则处理。结合KeelBase开源实现，验证了分级在运行时的强制力：权限检查、策略门控、人工确认、审计留痕、可撤销副作用，确保不可逆操作无法绕过。强调真正的安全边界不在Prompt层，而在执行路径上，唯有可验证的规则才能让企业放心将AI从“助手”升级为“执行者”。
2026-09-20 08:59:22
337
原创 Runtime over Prompt：为什么 System Prompt 不是安全边界
本文指出，仅依赖System Prompt无法构成真正安全边界。AI Agent调用API时，Prompt仅为指令，易受注入攻击或理解偏差影响。真正的安全应置于执行路径的Runtime Gate——在API调用前独立校验身份、权限、范围与确认状态，实现“能不能做”而非“模型说不做”。作者开源工具KeelBase验证了越权请求能否被拦截，强调安全需可复现、可攻破测试。Prompt指导行为，Runtime控制执行，二者分层协作。安全边界必须落在真实执行前，否则规则形同虚设。
2026-09-17 10:05:20
218
原创 P55a双机热备ＨＡ切换后建立在ｒａｗ设备上的数据库表空间不可用问题。
基金代销系统硬件使用的是ＩＢＭp55a 阵列用的是IBM DS4700 双击热备 近日对系统的例行检查中，进行HA切换测试时发现：当系统切换至备机时，与数据库相关应用不能启动，数据库启动正常，但是建立在ｒａｗ设备上的数据库表空间不可用。切换回主机也是同样问题。经过多方请教发现问题原因如下： 应用系统安装时为应用新增的数据库表空间新建了LV，但是只修改
2008-05-22 11:35:00
992
原创 使用DB2中需要注意的一个问题。
随着年初新基金代销系统的上线，系统使用的数据库也变更为DB2。在使用和维护DB2的过程中发现了一个问题需要注意. 在DB2实例用户的系统空间满了的情况下，DB2无法写入日志，导致的结果是，你不得不restore一份最近的备份，然后根据系统日志找回备份到DB2停止工作前的数据，这一点很危险。不像以前用Oracle，系统空间满了清理一下空间，然后重启数据库就OK了。
2008-05-20 10:20:00
498
XenCenter7.3.zip
2020-02-11
aptoide-latest.zip
2020-02-11
jBPM4中文开发指南
2009-12-24
信息系统规划方法和案例分析
2009-12-24
mootools1.11中文文档
2007-09-24
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人