@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.
package/README.md
CHANGED
|
@@ -1,7 +1,8 @@
|
|
|
1
1
|
# `@awebai/claude-skills`
|
|
2
2
|
|
|
3
|
-
Content-only Claude Code plugin packaging the
|
|
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.
|
|
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|
|
|
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|
|
|
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 `
|
|
172
|
-
3.
|
|
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|
|
|
44
|
-
-
|
|
45
|
-
- Legacy reachability
|
|
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
|
|