Agented
Analysis
Agented is mostly a coherent local editing tool, but it has under-explained install/provenance risks, an unexplained purchase-capability signal, and persistent cross-agent notes that users should review carefully.
Findings (9)
Artifact-based informational review of SKILL.md, metadata, install specs, static scan signals, and capability signals. ClawScan does not execute the skill or run runtime probes.
Checks for instructions or behavior that redirect the agent, misuse tools, execute unexpected code, cascade across systems, exploit user trust, or continue outside the intended task.
The first time you touch a file in a session, do it through `ae open <path>`. Not `Read`, not `Edit`, not `cat`.
The skill intentionally redirects normal file-reading/editing habits toward its own command flow. This supports the editor's design, but users should be aware it changes the agent's default tool behavior.
can-make-purchases
A purchase-capability signal is not explained by the documented purpose of a local text editor, and no artifact bounds when or why such authority would be used.
go | package: github.com/frane/agented/cmd/ae@latest | creates binaries: ae
The Go install target is unpinned, so the binary installed for registry version 1.2.6 can change over time and may not match the reviewed skill version.
A daemon (`ae lsp`) hosts language servers when you set `ide.enabled: true`.
The tool can start a background daemon and language-server processes, but the artifact says this is optional and off by default.
`ae apply` consumes JSON-lines on stdin and runs every operation inside one transaction. Multi-edit refactors ... become one round trip through ae, all-or-nothing
The tool can apply multi-edit or multi-file changes in one operation. Transactions reduce partial failure, but a bad batch can still affect many edits at once.
You don't need to "view before write" — the editor will tell you if your assumption is stale.
The skill makes strong efficiency and safety claims that encourage fewer verification reads. This is part of its design, but users should not treat it as a substitute for reviewing important edits.
State outlives the process. It also outlives the agent.
The tool intentionally persists workspace state after an agent session ends. This is disclosed and central to the product, but it means agent-created state can remain active for later sessions.
Checks for exposed credentials, poisoned memory or context, unclear communication boundaries, or sensitive data that could leave the user's control.
Annotations are the cross-session memory. Per-file notes that persist across processes, across agents, across vendors.
Persistent annotations are a core feature, but they create reusable context that future agents may over-trust or that may contain sensitive project information.
You want to leave notes for your future self or other agents (annotations) attached to specific files.
The skill deliberately uses annotations as a local handoff channel between agents, but the artifacts do not describe authentication or trust boundaries for those messages.
