Skip to content

Commit eef28c0

Browse files
chore: version packages
1 parent 2b5f618 commit eef28c0

6 files changed

Lines changed: 36 additions & 36 deletions

File tree

‎.changeset/org-identity-forward-compat.md‎

Lines changed: 0 additions & 32 deletions
This file was deleted.

‎.claude-plugin/plugin.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
{
22
"name": "taskless",
33
"description": "Taskless skills for code quality rules, authentication, and project management",
4-
"version": "0.10.1",
4+
"version": "0.10.2",
55
"author": {
66
"name": "Taskless"
77
},

‎package.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,7 +1,7 @@
11
{
22
"private": true,
33
"name": "@taskless/skills",
4-
"version": "0.10.1",
4+
"version": "0.10.2",
55
"license": "MIT",
66
"repository": "taskless/skills.git",
77
"scripts": {

‎packages/cli/CHANGELOG.md‎

Lines changed: 32 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -1,5 +1,37 @@
11
# @taskless/cli
22

3+
## 0.10.2
4+
5+
### Patch Changes
6+
7+
- 1cd0f89: Treat the Taskless organization UUID as the one canonical identity, and become
8+
forward-compatible with the server's coming identity cleanup.
9+
- **Stop consuming `installationId`.** It is dropped from the `WhoamiOrg` type
10+
and from the `taskless rule meta --json` output (it was already optional and
11+
absent for public repos). The CLI never used it and it should not round-trip
12+
through us.
13+
- **Namespace the GitHub org id.** `WhoamiOrg.orgId` is now optional and a new
14+
`githubOrgId?: number` is added, so a consumer reads `githubOrgId ?? orgId`
15+
and keeps working across the server's rename. It is a convenience id, never an
16+
identity.
17+
- **Identify on the canonical id.** `decodeOrgId` validates the token's `id`
18+
claim (a UUID string) and the legacy `orgId` claim (numeric, or a numeric
19+
string) independently: a valid `id` wins, an invalid `id` still lets a valid
20+
`orgId` through, and a non-numeric `orgId` is rejected rather than smuggled in
21+
as an identity. PostHog then groups organizations on that canonical id. Tokens
22+
that don't yet carry an `id` claim fall back to the numeric claim, so grouping
23+
is unchanged until the server starts sending it.
24+
- **Always have a known org id.** When neither a matched org nor a token claim
25+
resolves, the canonical id falls back to the nil UUID
26+
(`00000000-0000-0000-0000-000000000000`) instead of being absent — so the org
27+
subject and telemetry group are always a stable, known value and unattributed
28+
usage lands in one bucket. As a result, a write from a token missing org info
29+
now sends the nil-UUID subject rather than failing with a re-authenticate
30+
error.
31+
- **Tolerate `number | string` on the legacy path.** The canonical `id` stays a
32+
UUID `string`, but `decodeOrgId` accepts either type since we can't promise
33+
what a legacy claim carries.
34+
335
## 0.10.1
436

537
### Patch Changes

‎packages/cli/package.json‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -1,6 +1,6 @@
11
{
22
"name": "@taskless/cli",
3-
"version": "0.10.1",
3+
"version": "0.10.2",
44
"license": "MIT",
55
"repository": {
66
"type": "git",

‎skills/taskless/SKILL.md‎

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -20,7 +20,7 @@ description: |
2020
`taskless help route`; it does NOT suppress the skill.
2121
metadata:
2222
author: taskless
23-
version: 0.10.1
23+
version: 0.10.2
2424
commandName: tskl
2525
compatibility: Designed for Agents implementing the Agent Skills specification.
2626
---

0 commit comments

Comments
 (0)