@skrr-ai/cli 0.1.110 → 0.1.111

package/docs/v1/operations.md

@@ -85,3 +85,55 @@ The npm CLI and signed native daemon are separately promoted artifacts. Updating
 For a failed CLI install, inspect Node version, npm prefix/PATH and package/plugin completeness before changing credentials. A missing `dist` in a source checkout requires a build; an architecture-specific dependency copied from another OS is not proof that the public tarball is broken. Keep the failing output and environment so support can distinguish those cases.
 
 Use the product's available support entry point or your deployment administrator and include the redacted evidence above. Do not assume a private GitHub issue link is accessible to an external user. See the [changelog](changelog.md) for this guide's scope and release gates.
+
+
+## Projects and task dependencies in a Space
+
+Projects are managed by the top-level `projects` topic. To group work into phases,
+create a project in the existing Space and attach its tasks. Replace `OSK-S-3`
+with your Space ref; use the project ref returned by `projects create` in place
+of `OSK-P-12`:
+
+```bash
+skrr projects create --space OSK-S-3 --title "Website launch"
+skrr projects list --space OSK-S-3
+skrr projects show OSK-P-12 --space OSK-S-3
+```
+
+A short project ref is unique within its Space. Pass `--space`, or write it as
+`OSK-S-3/OSK-P-12`. A canonical project UUID can resolve its owning Space on
+servers that support project lookup.
+
+Save this as `launch-tasks.json`. The tasks share a project; the `release` task
+waits for `build`. Dependencies refer to another node's `tempId`, independently
+of whether it is a parent, child, or sibling:
+
+```json
+{
+  "nodes": [
+    { "tempId": "build", "title": "Build website", "executionMode": "human", "assigneeUserIds": ["me"] },
+    { "tempId": "release", "title": "Release website", "executionMode": "human", "assigneeUserIds": ["me"], "blockedByTempIds": ["build"] }
+  ]
+}
+```
+
+```bash
+skrr tasks create-tree --space OSK-S-3 --project OSK-P-12 --from-json launch-tasks.json --dry-run --json
+skrr tasks create-tree --space OSK-S-3 --project OSK-P-12 --from-json launch-tasks.json --external-key-prefix website-launch --json
+```
+
+Use the returned task refs for inspection and changes. In this example,
+`OSK-102` is the release task and `OSK-101` is the build task:
+
+```bash
+skrr tasks show OSK-102 --json
+skrr tasks update OSK-102 --remove-blocked-by OSK-101
+skrr tasks update OSK-102 --add-blocked-by OSK-101
+```
+
+The JSON task contains `blockedByIds` (tasks it waits on) and `blocksIds` (tasks
+that wait on it). The server maintains reciprocal dependency edges. Task parent
+and child relationships are separate from dependency edges; `tasks descendants`
+queries hierarchy. For discovery, `spaces projects` and `spaces phases` point
+to Projects, while `tasks dependencies` and `tasks blockers` point to these
+inspection and update commands. These diagnostic hints do not execute writes.

package/docs/v1/space-search.md

@@ -0,0 +1,19 @@
+# Space search
+
+`skrr spaces list --q <query>` searches title, description, and identifier. Queries are trimmed and limited to 200 characters; longer queries fail instead of being silently shortened. All modes respect the caller's access, archive, label, and status filters before pagination.
+
+Choose a matching policy for the job:
+
+- `--match fuzzy` (the default) discovers related spaces. With Meilisearch enabled, results include tokenized, typo-tolerant index candidates and literal database substring matches. Index token dropping can return a space that does not contain the complete query. If the index is unavailable, this falls back to database substring matching.
+- `--match phrase` uses a literal case-insensitive substring in the stored fields. Word order and punctuation matter. It always queries the database, so a newly created space is searchable before indexing catches up.
+- `--match exact` requires case-insensitive equality with an entire stored field. Use it to check an existing title or identifier. It does not normalize punctuation or internal whitespace. Descriptions are matched as stored, including any markup.
+
+```sh
+skrr spaces list --q "Codex" --match fuzzy
+skrr spaces list --q "scratch space" --match phrase
+skrr spaces list --q "My workspace" --match exact --fields id,title --json
+```
+
+The response's `search` metadata reports the normalized query, requested mode, actual backend, effective semantics, searched fields, and the fuzzy index candidate bound. `candidates_may_be_truncated` means the index filled its candidate window; it is separate from `has_more`, which describes pagination of the matched visible rows. Fuzzy results cannot establish absence. For strict modes, page through `next_cursor` until `has_more` is false before treating the visible result set as complete. A lookup is not an atomic uniqueness guarantee for a subsequent create.
+
+Text output prints the effective policy. JSON preserves `search` alongside the pagination envelope; NDJSON includes it in stderr metadata. A CLI requesting an explicit policy fails if an older server does not confirm that policy, so a silently ignored flag cannot masquerade as an exact lookup.