CAN（Clock Address Nameable）是一项创新的内容命名与验证协议，通过 CLOCK（毫秒级 Unix 时间戳）、ADDRESS（SHA-256 哈希）和 NAMEABLE（人类可读标签）三个维度，为数字内容建立不可篡改的时空坐标。该技能并非传统意义上的可执行脚本，而是一套完整的文档规范与最佳实践指南，旨在解决 Agent 之间以及人机之间的内容信任与检索问题。
核心用法围绕六个关键操作展开：CAN-stamp 为内容生成三极命名标识；CAN-verify 通过哈希比对验证内容完整性，确保接收到的文件未被篡改；CAN-store 建立基于内容寻址的本地存储系统，文件以哈希值命名，索引采用追加式 TSV 日志；CAN-find 支持按时间范围、哈希前缀或模糊标签进行检索；CAN-verify-skill 专门用于验证技能包的完整性；CAN-sign 则可选地通过 Nostr 等协议添加身份签名，构建去中心化的信任网络。
显著优点体现在其零侵入式的设计理念。CAN 与现有文件路径系统并行运行，无需修改现有工作流、安装依赖或重写配置，仅需标准的 sha256sum 工具即可工作。内容寻址机制从根本上消除了路径依赖带来的安全风险——只要哈希匹配，内容即被验证，无需信任来源。时间戳自动排序解决了版本混乱问题，而可变的 NAMEABLE 层允许人类自由添加标签和描述，不会影响底层内容的客观标识。此外，CAN 天然支持跨 Agent、跨平台、离线环境下的内容交换。
潜在缺点不容忽视。首先，该技能目前仅为 T3 级个人来源项目，社区声誉和长期维护能力尚待验证。其次，作为纯文档型资产，所有操作示例均需用户手动实现，缺乏开箱即用的自动化工具，对非技术用户门槛较高。Nostr 集成和 WHO 身份验证部分目前仍处于概念性说明阶段，实际部署需要额外的技术工作。在 macOS 系统上，sha256sum 可能需要手动安装 coreutils，增加了使用成本。
适合的目标群体主要包括：需要确保内容完整性的多 Agent 协作开发者；构建本地知识库或内容存档系统的技术用户；对去中心化身份和 Web of Trust 感兴趣的早期采用者；以及任何需要在无中心服务器环境下验证文件来源和状态的研究人员或数据管理员。
使用风险方面，虽然技能本身无代码执行风险，但用户手动执行示例 bash 命令时需谨慎，特别是处理文件复制和目录操作时。~/.can/index.tsv 作为追加式日志，一旦损坏可能导致检索失效，建议定期备份。此外，该技能不提供加密功能，仅验证完整性，敏感内容仍需额外的加密措施。未来 CLOCK 条目（定时器）功能需要外部机制监控，本身不具备定时执行能力。