本地核对。并不关住任何东西。
智能体启动时默认自动批准。限制还是写下来。
授权书是你自己的文件。技能把下一步拟议操作对照它核对，返回许可、拒绝或需人工判断，并附上所依据的条款，然后追加到磁盘上的日志。MIT，仅用 Python 3 标准库，无网络，无账户。
只有智能体调用它时才会运行。自动批准的智能体可以跳过这次调用，也可以把实际执行的操作描述成另一件事。你从未见到的 deny，就不是 deny。为它确实见到的那些情况使用这项检查。技能里没有任何东西能阻止一次操作。运行时只有排他地持有受保护的凭据与工具，才能拒绝操作。
可使用免费的托管检查；它运行同一个评估器，不保存请求内容：MCP https://check.hanria.ai/v1/mcp 或 HTTP https://check.hanria.ai/v1/check。模式与示例：hanria.ai/developers。
一次实际核对
对照授权书 omarchy-workstation-2026-09 的七项操作。
| 拟议操作 | 答案 | 评估器的说明 |
|---|---|---|
write ~/Work/dotfiles/hypr.conf |
permit | clause c3-work-tree applies |
read ~/.ssh/id_ed25519 |
deny | clause c1-no-keys |
write /usr/share/omarchy/default/hypr/bindings.conf |
deny | clause c2-no-omarchy-internals |
install package hyprshot |
escalate | clause 'c6-packages' permits this, but 'package' always requires a person |
read ~/.config/nvim/init.lua |
permit | clause c4-read-config applies |
POST to paste.example.net |
deny | mandate default |
read ~/Work/../.ssh/id_ed25519 |
deny | traversal rule |
/usr/share/omarchy/ 这一行是 omarchy-update 所拥有的目录树。技能并不安装在那里。~/.config/omarchy/ 是你的。
HANRIA 与 Omarchy 项目无隶属关系，亦未获其背书。
诚实的界限
技能可以建议。只有运行时能够拒绝。
如果智能体无视 deny，操作照样发生。技能在上下文里，而上下文可以被跳过。不要把这份日志里的 deny 当成任何东西已被阻止的证明。
唯有当受保护的凭据、工具、签名密钥或工作进程只能经由一个能够拒绝的组件抵达时，强制才成为可能。那个组件是运行时。技能与托管检查都不占据这个位置。任何告诉你安装技能即可获得强制的说法都是错的，技能自身的文本也这样写着。
常见问题
读者或智能体可能提出的问题。
HANRIA 是 AI 模型或智能体框架吗？
不是。技能是一个本地核对器。它不取代模型，也不取代编排框架。
HANRIA 是什么的缩写？
不是任何词的缩写。它是一个生造词，既非首字母缩略词也非简称，没有公布也不打算有任何展开、派生或翻译。
安装技能能让我的智能体变安全吗？
不能。它无法阻止一次操作。它让预期限制变得明确，在被调用时标出越界操作，并记录那些判断。安全性仍取决于设计、实现、集成、基础设施与运维是否正确。
第三方能验证托管检查的回答吗？
能，就检查回答了什么而言。托管检查给出的 permit、deny 或 escalate 附带一张用 HANRIA 公开密钥签名的回执。回执把结果绑定到该授权书与该操作的摘要，以及15分钟的有效期。任何持有授权书和操作的人，都可以不询问 HANRIA 而重新计算摘要并核对签名。它证明的是检查的回答，而不是操作已被执行，也不是授权书属于运营者。
日志条目具有法律约束力或经过独立验证吗？
没有作出这样的主张。没有签名、没有公开格式、没有验证器，因此任何能写入该文件的人都可以重建它。这是本地完整性检查，不是证明。
技能会处理密钥、资金或数字资产吗？
不会。它读取授权书和操作描述——两者都不得包含凭据——并写入日志。它不持有任何东西，也不转移任何东西。
核查与运行时有什么区别？
核查针对所描述的操作返回建议。只有当受保护的凭据、工具、签名密钥或工作进程只能经由运行时抵达时，运行时才能拒绝该操作。