@awebai/claude-skills 0.2.6 → 0.2.7

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
@@ -1,5 +1,5 @@
1
1
  {
2
2
  "name": "aweb-skills",
3
- "version": "0.2.6",
3
+ "version": "0.2.7",
4
4
  "description": "aweb agent coordination skills — teach your Claude Code agent how to use the aw CLI for mail, chat, tasks, and team coordination."
5
5
  }
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@awebai/claude-skills",
3
- "version": "0.2.6",
3
+ "version": "0.2.7",
4
4
  "description": "Content-only Claude Code plugin shipping the canonical aweb agent-coordination skills: aweb-coordination, aweb-messaging, aweb-team-membership, aweb-bootstrap, aweb-identity.",
5
5
  "license": "MIT",
6
6
  "homepage": "https://aweb.ai",
@@ -171,7 +171,7 @@ Policy guidance:
171
171
  - Prefer API key or invite when the team already exists but the caller is not already inside it.
172
172
  - Prefer current workspace forwarding when you are already inside the target team.
173
173
  - Prefer BYOT when you need local control over the team namespace/domain and routing.
174
- - Use `--dry-run` for planning only. The old manual "print commands after installing server state from caller cwd" flow is not coherent and should not be recommended.
174
+ - Use `--dry-run` for planning only. It prints the resolved plan (template ref, work directory, team source, generated workspaces) without writing identities, files, or server state. Do not pair it with side-effecting flags expecting partial provisioning.
175
175
 
176
176
  ## Worktree agents (team.yaml worktrees:)
177
177
 
@@ -51,7 +51,7 @@ Addressability and delivery authorization are separate:
51
51
  - `did:aw` is identity binding, not a first-contact delivery route.
52
52
  - `inbound_mode=open|team_and_contacts` controls delivery after route validation.
53
53
  - `team_and_contacts` accepts verified same-team senders plus exact active identity contacts for trusted non-team senders. Contacts do not create routes or resolver visibility.
54
- - Legacy reachability fields may still appear in support or migration output, but they are compatibility/audit state, not live delivery authority.
54
+ - Reachability fields that appear in support or migration output are compatibility/audit state, not live delivery authority.
55
55
  - `aw contacts ...` manages saved contact relationships.
56
56
  - `aw id namespace resolve <domain>/<alias> --json` performs a workspace-free directory lookup.
57
57