trackly-cli 0.22.3 → 0.23.0
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/contracts/trackly-apply-contract-history.json +3 -0
- package/contracts/trackly-apply-tools.json +2 -2
- package/docs/trackly-tools.md +1 -1
- package/lib/agent.js +1 -1
- package/mcp/apply-tools.js +6 -1
- package/npm-shrinkwrap.json +5 -5
- package/package.json +2 -2
- package/server.json +2 -2
- package/skills/trackly-apply/SKILL.md +4 -3
- package/skills/trackly-apply/references/batch-orchestration.md +1 -0
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"contractVersion": "3.9.
|
|
2
|
+
"contractVersion": "3.9.3",
|
|
3
3
|
"constants": {
|
|
4
4
|
"applyExecutionProtocolVersion": "trackly-apply-execution/v3",
|
|
5
5
|
"applyAccessKnowledgeOrderingVersion": 3,
|
|
@@ -73,7 +73,7 @@
|
|
|
73
73
|
"trackly_get_application_profile": "{includeSensitive:z.boolean().optional(),provider:z.string().max(100).optional(),companyId:z.string().max(100).optional(),jurisdiction:iso3166Alpha2Schema.optional(),office:officeScopeSchema.optional()}",
|
|
74
74
|
"trackly_get_profile_onboarding": "{}",
|
|
75
75
|
"trackly_update_application_profile": "{expectedRevision:z.number().int().min(1),source:z.enum(['web','ios','macos','codex','claude','mcp']).optional(),changes:z.array(z.discriminatedUnion('scope',[z.object({key:z.string().min(1).max(200),state:z.enum(['unknown','answered','intentionally_blank','declined']),value:z.any().optional(),scope:z.literal('global'),questionLabel:z.string().max(1000).optional()}),z.object({key:z.string().min(1).max(200),state:z.enum(['unknown','answered','intentionally_blank','declined']),value:z.any().optional(),scope:z.literal('provider'),scopeValue:z.string().min(1).max(200),questionLabel:z.string().max(1000).optional()}),z.object({key:z.string().min(1).max(200),state:z.enum(['unknown','answered','intentionally_blank','declined']),value:z.any().optional(),scope:z.literal('company'),scopeValue:z.string().min(1).max(200),questionLabel:z.string().max(1000).optional()}),z.object({key:z.string().min(1).max(200),state:z.enum(['unknown','answered','intentionally_blank','declined']),value:z.any().optional(),scope:z.literal('jurisdiction'),scopeValue:iso3166Alpha2Schema,questionLabel:z.string().max(1000).optional()}),z.object({key:z.string().min(1).max(200),state:z.enum(['unknown','answered','intentionally_blank','declined']),value:z.any().optional(),scope:z.literal('office'),scopeValue:officeScopeSchema,questionLabel:z.string().max(1000).optional()})])).max(100).optional(),education:z.array(z.object({school:z.string().min(1).max(500),degree:z.string().max(500).nullable().optional(),fieldOfStudy:z.string().max(500).nullable().optional(),gpa:z.string().max(50).nullable().optional(),startDate:z.string().max(50).nullable().optional(),endDate:z.string().max(50).nullable().optional()})).max(20).optional(),confirmProfile:z.boolean().optional(),sensitiveStorageConsent:z.boolean().optional(),sensitiveRevocationConfirmToken:z.string().regex(/^[a-f0-9]{64}$/).optional()}",
|
|
76
|
-
"trackly_start_apply_execution": "{mode:z.literal('complete_next_n_accessible'),target:z.number().int().min(1).max(APPLY_EXECUTION_MAX_TARGET),idempotencyKey:z.string().min(16).max(200).regex(SAFE_IDEMPOTENCY_KEY)}",
|
|
76
|
+
"trackly_start_apply_execution": "{mode:z.literal('complete_next_n_accessible'),target:z.number().int().min(1).max(APPLY_EXECUTION_MAX_TARGET),jobIds:z.array(z.number().int().min(1)).min(1).max(APPLY_EXECUTION_MAX_TARGET).refine((ids)=>newSet(ids).size===ids.length,{message:'jobIdsmustbeunique'}).optional(),idempotencyKey:z.string().min(16).max(200).regex(SAFE_IDEMPOTENCY_KEY)}",
|
|
77
77
|
"trackly_get_active_apply_execution": "{}",
|
|
78
78
|
"trackly_get_apply_execution": "{executionId:z.number().int().min(1)}",
|
|
79
79
|
"trackly_list_recoverable_apply_executions": "{}",
|
package/docs/trackly-tools.md
CHANGED
|
@@ -124,7 +124,7 @@ Actual failures retain `isError: true`, HTTP status when available, a closed `ca
|
|
|
124
124
|
- **trackly_get_application_profile** — Get the versioned, scoped application profile.
|
|
125
125
|
- **trackly_get_profile_onboarding** — Get backend-owned questions plus only missing/unconfirmed answers.
|
|
126
126
|
- **trackly_update_application_profile** — Save explicit answer states with optimistic concurrency and global/provider/company scope. Setting `sensitiveStorageConsent=false` is destructive and requires a second call echoing the `sensitiveRevocationConfirmToken` from the returned challenge.
|
|
127
|
-
- **trackly_start_apply_execution** — Start a server-owned `complete_next_n_accessible` execution with a target from 1–20,
|
|
127
|
+
- **trackly_start_apply_execution** — Start a server-owned `complete_next_n_accessible` execution with a target from 1–20. For explicitly selected jobs, pass their exact ordered `jobIds` and set `target` to the list length; no unrelated replacements are allowed. Omit `jobIds` only for a requested recent-first queue target. Consume authoritative `progress` and `nextAction` before browser work; never retry a rejected exact selection as count-only.
|
|
128
128
|
- **trackly_get_active_apply_execution** — Recover the active execution before legacy batch recovery.
|
|
129
129
|
- **trackly_get_apply_execution** — Read an execution's latest current-wave identity and authoritative aggregate progress funnel.
|
|
130
130
|
- **trackly_list_recoverable_apply_executions** — List a bounded, value-free menu of exact recovery candidates after local context loss.
|
package/lib/agent.js
CHANGED
|
@@ -8,7 +8,7 @@ const { spawnSync } = require('node:child_process');
|
|
|
8
8
|
const { apiRequest, downloadFile, getConfigPaths, hasAuth, maintenanceOutput } = require('./client');
|
|
9
9
|
const { version: PACKAGE_VERSION } = require('../package.json');
|
|
10
10
|
const { contractVersion: MCP_CONTRACT_VERSION } = require('../contracts/trackly-apply-tools.json');
|
|
11
|
-
const SKILL_VERSION = '4.9.
|
|
11
|
+
const SKILL_VERSION = '4.9.3';
|
|
12
12
|
const SKILL_POLICY_REVISION = SKILL_VERSION;
|
|
13
13
|
const CLI_USER_AGENT = `trackly-cli/${PACKAGE_VERSION}`;
|
|
14
14
|
const MCP_USER_AGENT = `trackly-mcp/${PACKAGE_VERSION}`;
|
package/mcp/apply-tools.js
CHANGED
|
@@ -976,13 +976,18 @@ function registerApplyTools(
|
|
|
976
976
|
|
|
977
977
|
server.tool(
|
|
978
978
|
'trackly_start_apply_execution',
|
|
979
|
-
'Start a server-owned execution
|
|
979
|
+
'Start a server-owned no-submit execution. For named or explicitly selected jobs, supply their exact ordered jobIds and set target to their count; no replacement outside that set is allowed. Omit jobIds only for a user-requested recent-first queue target. Consume authoritative progress and nextAction; never fall back to count-only after an exact selection is rejected.',
|
|
980
980
|
{
|
|
981
981
|
mode: z.literal('complete_next_n_accessible'),
|
|
982
982
|
target: z.number().int().min(1).max(APPLY_EXECUTION_MAX_TARGET),
|
|
983
|
+
jobIds: z.array(z.number().int().min(1)).min(1).max(APPLY_EXECUTION_MAX_TARGET)
|
|
984
|
+
.refine((ids) => new Set(ids).size === ids.length, { message: 'jobIds must be unique' }).optional(),
|
|
983
985
|
idempotencyKey: z.string().min(16).max(200).regex(SAFE_IDEMPOTENCY_KEY),
|
|
984
986
|
},
|
|
985
987
|
wrapTool(async ({ idempotencyKey, ...body }) => {
|
|
988
|
+
if (body.jobIds !== undefined && body.target !== body.jobIds.length) {
|
|
989
|
+
throw new Error('target must equal the jobIds selection length.');
|
|
990
|
+
}
|
|
986
991
|
const rawResponse = await applyControlRequest(
|
|
987
992
|
'POST', '/api/jobscout/apply/executions', body, idempotencyKey,
|
|
988
993
|
);
|
package/npm-shrinkwrap.json
CHANGED
|
@@ -1,12 +1,12 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "trackly-cli",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.23.0",
|
|
4
4
|
"lockfileVersion": 3,
|
|
5
5
|
"requires": true,
|
|
6
6
|
"packages": {
|
|
7
7
|
"": {
|
|
8
8
|
"name": "trackly-cli",
|
|
9
|
-
"version": "0.
|
|
9
|
+
"version": "0.23.0",
|
|
10
10
|
"license": "MIT",
|
|
11
11
|
"dependencies": {
|
|
12
12
|
"@modelcontextprotocol/sdk": "1.32.1",
|
|
@@ -95,9 +95,9 @@
|
|
|
95
95
|
}
|
|
96
96
|
},
|
|
97
97
|
"node_modules/@hono/node-server": {
|
|
98
|
-
"version": "2.
|
|
99
|
-
"resolved": "https://registry.npmjs.org/@hono/node-server/-/node-server-2.
|
|
100
|
-
"integrity": "sha512-
|
|
98
|
+
"version": "2.1.3",
|
|
99
|
+
"resolved": "https://registry.npmjs.org/@hono/node-server/-/node-server-2.1.3.tgz",
|
|
100
|
+
"integrity": "sha512-TA//nWMqPhbfdfneACk6t5a9eqbS9lABEPyKn0/xZTah3H3U2XaVg85rJFl0/Fyit0I552YDHgXGVSf3GwqbUw==",
|
|
101
101
|
"license": "MIT",
|
|
102
102
|
"engines": {
|
|
103
103
|
"node": ">=20"
|
package/package.json
CHANGED
|
@@ -1,6 +1,6 @@
|
|
|
1
1
|
{
|
|
2
2
|
"name": "trackly-cli",
|
|
3
|
-
"version": "0.
|
|
3
|
+
"version": "0.23.0",
|
|
4
4
|
"mcpName": "io.github.trackly-app/trackly",
|
|
5
5
|
"description": "Search Thousands of jobs across Thousands of companies with the Trackly CLI and MCP server for Claude, ChatGPT, Codex and Cursor. Filter by role, location, salary and sponsorship; track jobs and prepare applications.",
|
|
6
6
|
"bin": {
|
|
@@ -82,7 +82,7 @@
|
|
|
82
82
|
"node": "^20.20.0 || >=22.22.0"
|
|
83
83
|
},
|
|
84
84
|
"overrides": {
|
|
85
|
-
"@hono/node-server": "2.
|
|
85
|
+
"@hono/node-server": "2.1.3",
|
|
86
86
|
"fast-uri": "3.1.9",
|
|
87
87
|
"ip-address": "10.7.4",
|
|
88
88
|
"qs": "6.16.1",
|
package/server.json
CHANGED
|
@@ -17,12 +17,12 @@
|
|
|
17
17
|
]
|
|
18
18
|
}
|
|
19
19
|
],
|
|
20
|
-
"version": "0.
|
|
20
|
+
"version": "0.23.0",
|
|
21
21
|
"packages": [
|
|
22
22
|
{
|
|
23
23
|
"registryType": "npm",
|
|
24
24
|
"identifier": "trackly-cli",
|
|
25
|
-
"version": "0.
|
|
25
|
+
"version": "0.23.0",
|
|
26
26
|
"runtimeHint": "npx",
|
|
27
27
|
"runtimeArguments": [
|
|
28
28
|
{
|
|
@@ -11,7 +11,7 @@ Before application work, read [onboarding guidance](references/onboarding.md). G
|
|
|
11
11
|
|
|
12
12
|
## Skill version
|
|
13
13
|
|
|
14
|
-
Skill version: `4.9.
|
|
14
|
+
Skill version: `4.9.3`. Before browser readiness read [references/handoff-compatibility.md](references/handoff-compatibility.md). This policy takes precedence over returned-persistence-receipt or finalizer requirements elsewhere when using the documented markHandoff path. Other review and safety gates remain unchanged.
|
|
15
15
|
|
|
16
16
|
## Non-negotiable rules
|
|
17
17
|
|
|
@@ -41,7 +41,7 @@ value-free phase receipt with `scripts/validate-phase-checkpoint.js` before
|
|
|
41
41
|
claiming that phase complete.
|
|
42
42
|
Read [references/legal-clarifications.md](references/legal-clarifications.md) when a form asks for a legal, regulatory, consent, or employer-relationship decision.
|
|
43
43
|
|
|
44
|
-
1. Call `trackly_get_apply_protocol`. Skill 4.9.
|
|
44
|
+
1. Call `trackly_get_apply_protocol`. Skill 4.9.3 requires protocol 3.7.0 or newer for new reliability work. Protocol 3.2 remains valid only for an already-active explicit legacy single run; an already-active explicit 3.2 single run may finish through its legacy path. Preserve the protocol's documented recovery paths for already-active older work. Require `compatibleSkillMajor: 4` and `compatibleSkillMinimumVersion` no newer than this installed skill. Reject an older or incompatible version for new work and report that the backend must finish updating or `trackly agent setup` must update the skill. Protocol 3.2 added exact-origin trust for jobs Trackly ingested directly from employer careers sources; do not recreate the retired ownership-timestamp gate in the client.
|
|
45
45
|
2. Call `trackly_get_profile_onboarding` or fetch both the profile schema and application profile. When present, render `schema.screens` in ascending `order` as one grouped question packet per screen. Within a screen, preserve category `order` and then field `order`; use each field's user-facing `rationale` when the user asks why it is needed. Ask only unknown or confirmation-needed fields and honor `consistencyRules` before submitting profile changes, resolving contradictions with the user instead of guessing. When `schema.screens` is absent on a legacy backend, fall back to the existing category-based onboarding behavior. Treat `completeness.percent` as required onboarding readiness only. Use `coverage.missingReusableKeys` to explain reusable optional gaps, while `coverage.contextualKeys` are intentionally asked only on the relevant employer form. Do not claim that 100% required completeness answers every possible application question.
|
|
46
46
|
3. Save answers with `trackly_update_application_profile`:
|
|
47
47
|
- Use `answered`, `intentionally_blank`, `declined`, or `unknown` exactly.
|
|
@@ -59,6 +59,7 @@ Read [references/legal-clarifications.md](references/legal-clarifications.md) wh
|
|
|
59
59
|
- Infer a direct prior-employer answer of No only when the profile explicitly marks history complete, the target and backend-confirmed aliases are absent, and the question is limited to direct employment. Ask for subsidiary, affiliate, acquisition, contractor, or otherwise ambiguous relationships.
|
|
60
60
|
4. Require the one-time profile confirmation, complete education entries, and default-resume metadata before browser work. Do not prepare or upload the resume when the form has no attachment control.
|
|
61
61
|
5. For every protocol 3.4 or newer request, call `trackly_get_active_apply_execution` before legacy recovery. Resume execution work only when the response says `active: true`. A response with `preserved: true` and `active: false` exposes a stopped, closed, or otherwise terminal execution only for read-only reconciliation. Never fetch its compact snapshot, continue its wave, mutate its members, or interpret historical `currentlyFilling` or reservation counts as current work; require `progress.nextAction: none`. Only with protocol 3.5 or newer and an enabled compact-snapshot capability may an active recovery or new execution call `trackly_get_apply_execution_snapshot`, using only the current member IDs, profile keys needed by the visible forms, and actual browser surface. An already-active protocol 3.4 execution is read-only legacy recovery: use only its published get or stop operations, never call the 3.5-only snapshot, resume, approval, advance, or disposition tools, and never mutate its browser forms. For protocol 3.5 or newer, treat snapshot `mutable` and `allowedOperations` values as authoritative. Never mutate or reopen authentication, account-creation, OTP, pre-form-CAPTCHA, or manual-only members. Only an explicit user request may call `trackly_resume_parked_apply_member`; the returned member still requires a fresh non-mutating probe before private data or form mutation. Resume unresolved waves in ascending order only for `active: true` and obey the server `nextAction` and funnel. Never reconstruct progress or choose replacements locally. Treat backend `achievementCount`, target-capped `completed`, `targetReached`, and `nextAction` as authoritative. `durablyReviewReady` and `submitted` remain current operator projections and must never be added together by the client to reconstruct cumulative completion. Let the backend own reservations, capacity, attempted-job deduplication, immutable waves, and advancement. Continue until `targetReached`, `queueExhausted`, a blocking `nextAction`, or the user stops.
|
|
62
|
+
- For named jobs or an explicit selected set, resolve the exact Trackly job IDs and send their ordered `jobIds` to `trackly_start_apply_execution`, with `target` equal to that list length. The server must freeze only that set; blocked or inaccessible members never authorize unrelated replacements. Retain the original start idempotency key for an exact replay. A matching count alone never proves an active execution matches the selection. If the server cannot verify the exact selection, stop and explain the scope conflict; never omit `jobIds`, reorder the saved queue, or use count-only start as a fallback. Changing an active target still requires the existing explicit stop/change confirmation.
|
|
62
63
|
- After full local context loss with no active execution, call `trackly_list_recoverable_apply_executions`. For every distinct returned `jobId`, call `trackly_get_job`, bind that Trackly-owned job record to the returned `candidateId`, and show the user its company, role, requisition identity when available, source-execution identity, and `accessKnowledge` scheduling reason when present; do not identify candidates from chat, tab order, search results, or page copy. A missing or mismatched Trackly job record blocks confirmation. An active personal deferment on any confirmed candidate blocks recovery until that deferment is cleared. Require explicit confirmation of one exact candidate set, then call `trackly_recover_exact_apply_members` with that source execution, snapshot hash, and only those candidate IDs. Verify `assertedCandidateIds`, `eligibleCandidateIds`, and the eligibility candidate IDs each contain exactly the confirmed set with no duplicates. Never add substitutes, newly saved jobs, or merely similar roles. Curated or historical walls stay in the exact recovered set as parked members and still require explicit resume plus a fresh probe.
|
|
63
64
|
- Exact recovery restores server lineage only. Treat tab restored, form state restored, and mutation authority restored as three independent receipts. Bind every recovered surface with a fresh recovery binding and inspection epoch, revalidate the full form, and preserve every user-edited or unknown non-empty value before any write. Earlier-epoch browser, field, upload, integrity, and submission evidence cannot authorize the recovered form.
|
|
64
65
|
- Every compact snapshot request must contain a non-empty list of only the current member IDs. Never request an empty or inferred all-members projection.
|
|
@@ -87,7 +88,7 @@ Read [references/legal-clarifications.md](references/legal-clarifications.md) wh
|
|
|
87
88
|
- For each fixed batch member, preserve an explicit job ID -> application run ID -> browser tab mapping. Complete the full start -> conditional resume preparation/confirmation/verification when an upload control exists -> form completion -> `review_ready` lifecycle for every member. A review-ready run does not block the next member. Never submit any of them.
|
|
88
89
|
6. When the selected job or current fixed batch member has no `runId`, call `trackly_start_apply_run` with the complete `batchId`, `memberId`, `expectedMemberVersion`, `expectedInspectionEpoch`, and `leaseToken` returned by Trackly. This is the sanctioned idempotent lookup for a recovered member whose `runId` is absent; call it with the exact recovered binding and Trackly will reuse the bound active run. When the member already has a `runId`, do not call `trackly_start_apply_run` in this or any subsequent start step: reuse that exact run and bind or recover its browser surface through `trackly_bind_apply_surface` as required. Never create a replacement run because browser control was interrupted.
|
|
89
90
|
- If a bound start returns a transport failure, a non-access HTTP 5xx response, or an error explicitly marked `retryable: true`, preserve the frozen member and browser state. Refetch the active batch, renew its lease, and retry the same complete binding once. Classify the retry response independently with these same rules: route canonical `maintenance_mode` or legacy `planned_maintenance` directly through **Resume after maintenance**; surface controlled-access/request errors marked `retryable: false` and every other HTTP 4xx response unchanged; only a second transport failure, non-access HTTP 5xx response, or explicitly retryable error becomes `backend_run_start_unavailable`. Route maintenance on either attempt without consuming or relabeling the retry, and never relabel a permanent retry response as an outage. For `backend_run_start_unavailable`, continue other members and report a Trackly control-plane failure. Do not call `trackly_checkpoint_apply_batch` for this condition because start failure has not produced the required run ID. The unchanged frozen member is the durable resume point. Never switch that frozen member to an unbound legacy run or blame the employer form.
|
|
90
|
-
- Require `run.protocolVersion` to be 3.1.0 or newer and to share protocol major 3 with the fetched protocol. A new reliability execution member requires 3.7.0 or newer; already-active older work may use only the recovery path published by its fetched protocol. Never continue a pre-evidence 3.0.x run under skill 4.9.
|
|
91
|
+
- Require `run.protocolVersion` to be 3.1.0 or newer and to share protocol major 3 with the fetched protocol. A new reliability execution member requires 3.7.0 or newer; already-active older work may use only the recovery path published by its fetched protocol. Never continue a pre-evidence 3.0.x run under skill 4.9.3. Preserve that run instead of starting a replacement, record it `blocked` with a value-free protocol-upgrade reason when possible, and tell the user the saved job can be retried only after the stale run is cleared through Trackly's supported lifecycle. Stop and refetch the protocol and active execution or batch if support level, execution mode, provider, required scenarios, authorized origin policy, member version, or inspection epoch changes after run creation.
|
|
91
92
|
- In guided mode, inspect the page before preparing any resume bytes. Confirm the employer, role, HTTPS origin, reachable review path, semantic controls, whether an attachment control exists, and absence of a credential, verification, CAPTCHA, or submit-only wall. A missing file input is not itself a blocker; skip the resume path when the application has no attachment control. Any other failed precondition is an execution blocker, not permission to improvise.
|
|
92
93
|
7. Pass the browser readiness gate before preparing resume bytes:
|
|
93
94
|
- Use semantic browser control through Codex in-app browser controls, Chrome MCP/extension browser control, or Claude in Chrome.
|
|
@@ -24,6 +24,7 @@ runs remain recovery-only compatibility paths.
|
|
|
24
24
|
active execution first or start one with target 1–20. Continue through its
|
|
25
25
|
original recent-first Check Later snapshot until N forms are durably ready
|
|
26
26
|
for manual review, the snapshot is exhausted, or the user stops it.
|
|
27
|
+
- A request naming specific jobs means only those jobs. Resolve their Trackly IDs, pass the exact ordered `jobIds` with `target` equal to their count, and preserve that immutable selection through retries and later waves. Never fill unrelated jobs to replace blocked selected members. Keep the original idempotency key for an exact start replay; a changed key or set cannot authorize resuming a different active execution. A rejected selection must not fall back to a count-only start or queue reordering.
|
|
27
28
|
- “Inspect the next N records” means a fixed immutable batch of exactly those
|
|
28
29
|
queue records. Never replenish or replace that inspection batch.
|
|
29
30
|
- A saved/check-later job is already approved. Neither mode rescans fit.
|