@awebai/claude-skills 0.2.0 → 0.2.1

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.0",
3
+ "version": "0.2.1",
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/README.md CHANGED
@@ -1,7 +1,8 @@
1
1
  # `@awebai/claude-skills`
2
2
 
3
- Content-only Claude Code plugin packaging the three canonical aweb skills:
4
- `aweb-coordination`, `aweb-messaging`, `aweb-team-membership`.
3
+ Content-only Claude Code plugin packaging the four canonical aweb skills:
4
+ `aweb-coordination`, `aweb-messaging`, `aweb-team-membership`, and
5
+ `aweb-bootstrap`.
5
6
 
6
7
  Distinct from [`@awebai/claude-channel`](https://github.com/awebai/aweb/tree/main/channel),
7
8
  which ships the real-time channel runtime and requires
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@awebai/claude-skills",
3
- "version": "0.2.0",
3
+ "version": "0.2.1",
4
4
  "description": "Content-only Claude Code plugin shipping the canonical aweb agent-coordination skills: aweb-coordination, aweb-messaging, aweb-team-membership, aweb-bootstrap.",
5
5
  "license": "MIT",
6
6
  "homepage": "https://aweb.ai",
@@ -39,7 +39,7 @@ Interpret failures by layer:
39
39
  - Missing signing key: local identity is incomplete.
40
40
  - Missing team certificate: identity may exist but cannot act in the team.
41
41
  - Active team mismatch: the identity has multiple memberships but this workspace is using the wrong one.
42
- - Address route, inbound-mode, or contact failure: the sender and recipient may both exist, but route validation or `inbound_mode=open|contacts_only` policy prevents discovery or inbound delivery.
42
+ - Address route, inbound-mode, or contact failure: the sender and recipient may both exist, but route validation or `inbound_mode=open|team_and_contacts` policy prevents discovery or inbound delivery.
43
43
 
44
44
  ## Joining a team
45
45
 
@@ -143,7 +143,7 @@ For custodial identities, rotation and recovery are cloud-account operations. Do
143
143
 
144
144
  First contact to a global identity uses a concrete address route such as `<domain>/<alias>`. A bare `did:aw` is identity binding, not a first-contact delivery route. Legacy reachability fields may still appear in support/audit views, but they are compatibility/audit state, not live delivery authority.
145
145
 
146
- Delivery authorization is `inbound_mode=open|contacts_only`: `open` accepts valid senders after route validation, while `contacts_only` requires an exact active identity contact after the route is valid. Contacts do not synthesize routes and are not team-global authority.
146
+ Delivery authorization is `inbound_mode=open|team_and_contacts`: `open` accepts valid routed senders, while `team_and_contacts` accepts verified same-team senders plus exact active identity contacts after the route is valid. Team membership is always delivery authority in `team_and_contacts`; contacts only add trusted non-team senders. Contacts do not synthesize routes or resolver visibility.
147
147
 
148
148
  Contacts are saved identity/address relationships for repeated cross-team messaging. They are per-identity, not per-team. Add a contact when repeated communication is expected; otherwise use a one-shot namespace address.
149
149
 
@@ -168,8 +168,8 @@ Treat teams as separate coordination boundaries for tasks, locks, roles, instruc
168
168
  Check:
169
169
 
170
170
  1. Global address registration and route resolution.
171
- 2. Inbound mode (`open` or `contacts_only`).
172
- 3. Exact active contact state when the recipient uses `contacts_only`.
171
+ 2. Inbound mode (`open` or `team_and_contacts`).
172
+ 3. Verified shared team membership, or exact active contact state for non-team senders, when the recipient uses `team_and_contacts`.
173
173
  4. Whether X is using a same-team alias or a concrete cross-team address.
174
174
  5. Whether the active team is the intended team for sender context.
175
175
  6. Whether the workspace has a valid certificate.
@@ -40,9 +40,9 @@ Addressability and delivery authorization are separate:
40
40
 
41
41
  - First contact uses a concrete address route (`domain/alias`).
42
42
  - `did:aw` is identity binding, not a first-contact delivery route.
43
- - `inbound_mode=open|contacts_only` controls delivery after route validation.
44
- - Exact active identity contacts authorize `contacts_only`; contacts do not create routes or resolver visibility.
45
- - Legacy reachability/access-mode fields may still appear in support or migration output, but they are compatibility/audit state, not live delivery authority.
43
+ - `inbound_mode=open|team_and_contacts` controls delivery after route validation.
44
+ - `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.
45
+ - Legacy reachability fields may still appear in support or migration output, but they are compatibility/audit state, not live delivery authority.
46
46
  - `aw contacts ...` manages saved contact relationships.
47
47
  - `aw directory <domain>/<alias>` performs directory lookup.
48
48