v1.9.0
- Adds agent and Model Context Protocol (MCP) integration, enabling agents to locally stamp, verify, and log data received from MCP tools.
- CAN now serves as a local, verifiable naming and storage layer for agent tool outputs, decoupled from network transport.
- Introduces shell-based agent implementation tests for stamping, verifying, and logging MCP results using CAN.
- Updates metadata: now only requires basic utilities (`sha256sum`, `date`).
- Documentation rewritten and reorganized to directly address agent developers and outline the workflow and advantages of using CAN for autonomous agent memory.
v1.8.0
## Summary: Documentation improvements and clarifications.
- Updated SKILL.md with clearer and more concise technical explanations.
- Clarified time addressing as "limited linear time" in How section.
- Improved natural language for consistency and brevity throughout documentation.
- Corrected and streamlined examples and explanations on naming, searching, and falsification.
- No code or logic changes; documentation only.
v1.7.1
Version 1.7.1 (Skill: can)
- Documentation (SKILL.md) updated; no code or logic changes.
- No user-facing behavior or feature modifications.
- All project usage, commands, and interfaces remain the same.
v1.7.0
Version 1.7.0 is a major rewrite focused on simplicity and core concepts.
- Completely overhauled SKILL.md: now concise, focused on core principles (WHERE/WHEN/WHAT).
- Significant reduction in scope and length; detailed trust/Web of Trust mechanics removed or deferred.
- README.md updated to align with new conceptual focus and simplified language.
- Key ideas clarified: CAN as logical, verifiable naming by hash, clock, and name; trust, routing, scoping now out of band.
- All previous detailed policy and trust mechanisms moved out, making the skill much easier to read and adopt.
v1.6.1
**CAN v1.6.1 introduces explicit Web of Trust (WOT) with recursive scopes and trust computed from evidence.**
- Adds trust as a computable metric, accumulated from SAWs (verified events) rather than declared by authority.
- Defines recursive scopes (SELF, PAIR, GROUP, REGION, PLANET), each with its own trust boundaries and policies.
- Introduces vouching as a SAW action, enabling evidence-based scope enrollment and flexible trust flows.
- Describes trust computation by SAW count, recency, vouches, and CANT (falsified) evidence.
- Clarifies that sharing is explicit and index data is not broadcast by default.
- No changes to index format; WOT is fully compatible with existing CAN logs.
v1.6.0
**v1.6.0 introduces WOT (Web of Trust) with recursive scoped trust.**
- Adds WOT: agents accumulate trust using evidence (SAWs), not central authorities.
- Introduces trust scopes (SELF, PAIR, GROUP, REGION, PLANET), each with its own index and boundary.
- Trust is computed from SAW logs (verifications, vouches, and absence of CANTs).
- Enrollment into scopes is based on vouching (logging a SAW), with flexible policies (OPEN, VOUCHED, KEYED, BUMPED).
- Trust can be evaluated directly and transitively (trust paths/chains).
- No changes to index format; WOT is integrated as new WHY values in SAW logs.
v1.5.0
CAN 1.5.0
- Major update: adds CAN-saw operation—agents can now log when they verify and cache content, building a distributed routing table from firsthand sightings (“SAWs”).
- README and docs revised to explain SAW/LOG model; introduces concept of “say what you see, LOG what you saw.”
- CAN routing, verification, and cache operations unified under a single six-column index (collapsing three tables of NDN into one).
- New event types and sample shell logic added for logging SAW, cache, share, and reject (CANT) events.
- Clarifies the shift toward CLOCK-based addressing and its benefits for human and machine collaboration.
v1.4.1
CAN 1.4.1
- Added installation requirements to metadata: now explicitly lists `openssl`, `base64`, `awk`, `date` as required binaries in addition to `sha256sum`.
- SKILL.md now notes platform-specific details for hashing commands and WHO generation on Linux, macOS, and Windows.
- Clarifies that WHO-1 signing requires `openssl` and that macOS may use `shasum -a 256` rather than `sha256sum`.
- Recommends backing up the `~/.can/who.key` file for WHO-1 identity persistence.
v1.4.0
Version 1.4.0 — Expands CAN to 6D naming and routing.
- Adds three new naming axes: WHAT (bits), WHY (intent/bag), and WHO (identity/fingerprint), alongside WHEN, WHERE, and HOW.
- Updates the README and SKILL.md to explain 6D (six-dimension) CAN model and operations.
- Describes three WHO identity tiers (from local session to portable identity), and expands use cases for each.
- Index format now supports six columns: WHEN, WHERE, HOW, WHY, WHO, PATH.
- Clarifies intent tags (SAVE, GOOD, HUSH, POST) and identity assignment in stamping/storing.
- Updates sample bash snippets to show new 6D stamp and index logging.
v1.3.2
Version 1.3.2
- Documentation updates only; no code or functional changes.
- Minor edits were made to the README.md and SKILL.md files.
- No new features or breaking changes introduced.
v1.3.1
CAN 1.3.1
- Improved documentation for finding content by hash ("CAN-locate") with clearer, privacy-respecting search order and store/index priority.
- Updated language for clarity and consistency (e.g., “location” vs. “Location”).
- Fixed minor typos and removed duplicate words in skill description and background rationale.
v1.3.0
Version 1.3.0
- Adds routing: content can now be found by name/address across local store, peers, relays, or web.
- Refines naming: addresses are now CLOCK (when), ADDRESS (where/SHA-256), and NAMES (how humans refer, mutable and plural).
- Index format updated: now logs sightings (CLOCK, ADDRESS, NAME, PATH, BAG), enabling provenance and movement tracking.
- Clarifies core operations: simplified instructions for naming, storing, finding, and verifying content.
- Improved documentation: emphasis on zero switching cost and practical use for both agents and humans.
v1.2.2
- Updated the metadata section to use a config object with "stateDirs" instead of "config_path" for improved configuration schema.
- No other content or feature changes.
v1.2.1
- Added metadata field: `"config_path":"~/.can"` to skill metadata for clearer configuration management.
- No other changes to logic or features. Documentation and usage remain the same.
v1.2.0
**Summary:** This update introduces zero switching cost and clarifies how nameables/metadata can float outside or be committed into hashes.
- Added section on "Zero switching cost" — CAN now runs entirely in parallel with existing file paths, requiring no workflow changes.
- Clarified use of nameables: metadata is mutable and separate by default, but can be "baked into" a hash for permanence when needed.
- Improved documentation around metadata: clearly distinguishes between floating (mutable) and committed (immutable) naming metadata.
- Stressed that all CAN usage is optional, lightweight, and easily reverted.
- No functional or code changes; documentation and philosophy improvements only.
v1.1.0
- Added LICENSE.txt for explicit licensing information.
- Documentation now includes a fourth "WHO" pole (identity) with signing instructions.
- Expanded "CAN-sign" section to detail Nostr and other signature/identity options.
- Clarifies the optional nature of the WHO field and multi-protocol support.
- Minor documentation cleanups and clarification.
v1.0.1
- Initial public release of the CAN skill for three-pole content naming.
- Provides naming by CLOCK (timestamp), ADDRESS (SHA-256 hash), and NAMEABLE (human petname).
- Enables verifiable content integrity, event timestamping, and content location by time, hash, or petname.
- Includes command-line examples for stamping, verifying, storing, and searching CAN entries.
- Designed for both agents and humans to find, trust, and share content reliably.
v1.0.0
Initial release of the "can" skill — three-pole naming for agents.
- Implements CLOCK (timestamp), ADDRESS (SHA-256 hash), and optional NAMEABLE (petname) identifiers for any content.
- Provides bash-ready examples for stamping, verifying, storing, and searching content by time, hash, or human label.
- Details use cases for content verification, local storage, and inter-agent trust without reliance on file paths.
- Includes a simple, human-readable index format for efficient lookup and management.
- Outlines future directions for identity signatures and timer entries.