i-plane 1.1.0 → 1.1.2

package/docs/api-coverage.md

@@ -27,8 +27,55 @@ The compatibility target uses the `issues/` routes. The current public
 documents `work-items/` instead. A route migration must be verified against the
 target server; do not change paths solely to match a newer documentation release.
 
+## What modules and intake are for
+
+A module groups work toward a feature, milestone or other goal and may span
+several cycles. A cycle is a time window. Work items can belong to multiple
+modules. A module's lead and members are separate from work item assignees.
+The module status describes its overall planning stage; work item states show
+individual progress. See [Plane's module guide](https://docs.plane.so/core-concepts/modules).
+
+Intake is a queue for reports and requests that have not yet been accepted into
+project work. Requests start in Triage with a pending decision. They can be
+accepted, rejected, snoozed or linked to an existing work item as a duplicate.
+This keeps undecided requests out of committed work. See the
+[intake overview](https://docs.plane.so/intake/overview).
+
+| Resource | Plane fields | Current CLI support |
+| --- | --- | --- |
+| Module | Name, description, overall status, start/due dates | `module create` with name, `--description`, `--status`, `--start`, `--due` |
+| Module ownership | Lead and members | Available in the API/UI; not set by this CLI |
+| Module contents | Related work items | `module add`, `module issues`; membership can overlap across modules |
+| Intake request | Title, description, priority | `intake create`; `intake update --name`, `--description`, `--priority` |
+| Intake decision | Pending, rejected, snoozed, accepted, duplicate; snooze deadline; duplicate target | `intake update --status`, `--snooze-until`, `--duplicate-of` |
+| Intake work properties | Assignees, labels, due date and other UI properties | Not exposed by intake commands; use normal `update` after acceptance |
+| Intake channels | In-app submissions, public forms, email | CLI submits through the API; it does not configure forms/email |
+
+The UI guide and API defaults are not interchangeable. The module guide says
+new modules start in Backlog, while the tested API instance returned `planned`
+when status was omitted. CLI examples therefore specify `--status planned`.
+The UI can choose a work item state while accepting an intake request; the
+current CLI/API acceptance path moves it to the default project state. A normal
+`update --state` can then select a different state.
+
+A focused check of the published CLI confirmed that adding a work item to a
+second module preserves its first membership, and that intake acceptance moves
+a request from pending/Triage into the normal Backlog state on the tested
+instance. Temporary check data was deleted.
+
+Field references: [module creation](https://developers.plane.so/api-reference/module/add-module),
+[intake properties](https://docs.plane.so/core-concepts/intake), and
+[intake updates](https://developers.plane.so/api-reference/intake-issue/update-intake-issue-detail).
+
 ## Compatibility details
 
+The supported runtime is Node 22.21+ on the 22.x line, or Node 24+. The optional
+proxy dependency, `undici` 8.x, requires Node 22.19 or newer. The fallback based
+on `NODE_USE_ENV_PROXY` requires Node 22.21 or Node 24; the package's `engines`
+range covers both transport paths. Node 20 is not a supported configuration.
+See [Undici support](https://github.com/nodejs/undici#long-term-support) and
+[Node proxy support](https://nodejs.org/api/cli.html#node_use_env_proxy1).
+
 Enabling intake on project creation requires a follow-up project PATCH to create
 the queue. A creation flag alone can leave `intake_view=true` without an intake
 record, causing the first submission to fail with HTTP 500. The CLI initializes
@@ -72,3 +119,34 @@ Reference: [projects](https://developers.plane.so/api-reference/project/add-proj
 [cycles](https://developers.plane.so/api-reference/cycle/transfer-cycle-work-items),
 [modules](https://developers.plane.so/api-reference/module/add-module),
 [intake](https://developers.plane.so/api-reference/intake-issue/overview).
+
+## Development checks
+
+From a repository checkout:
+
+```bash
+bun test
+bun run check
+bun run lint
+node scripts/release.mjs
+```
+
+The release gate builds and checks the distributable, smoke-tests the command,
+and validates package contents, size and registry availability. Its default run
+does not publish; `--publish` is the publishing path.
+
+For live acceptance, build first and use the normal Plane credentials:
+
+```bash
+bun run build
+node scripts/acceptance.mjs --live
+node scripts/planning-acceptance.mjs --live
+```
+
+The first script creates an epic and nine children, then checks labels,
+assignment, dates, comments, states and archive. The second checks cycles,
+unfinished-work transfer, module membership and the intake lifecycle. Both use
+CLI commands and delete their temporary projects in a `finally` block.
+They space calls to respect the API request budget and take several minutes;
+a forced termination can interrupt cleanup. For a focused change, prefer a
+small targeted live check to repeating both scenarios.

package/package.json

@@ -1,13 +1,10 @@
 {
   "name": "i-plane",
-  "version": "1.1.0",
-  "description": "CLI \u0434\u043b\u044f Plane \u0441 \u043f\u043b\u043e\u0442\u043d\u044b\u043c \u0432\u044b\u0432\u043e\u0434\u043e\u043c \u043f\u043e\u0434 \u0430\u0433\u0435\u043d\u0442\u0430",
+  "version": "1.1.2",
+  "description": "Compact Plane CLI for coding agents: project management, issue tracking, cycles, modules and intake.",
   "type": "module",
   "license": "MIT",
   "author": "iiiokojiadbi <iiiokojiadbi@yandex.ru>",
-  "contributors": [
-    "Claude (Anthropic) <noreply@anthropic.com>"
-  ],
   "repository": {
     "type": "git",
     "url": "git+https://github.com/iiiokojiadbi/i-plane.git"
@@ -22,7 +19,7 @@
     "CLAUDE.md"
   ],
   "engines": {
-    "node": ">=20"
+    "node": "^22.21.0 || >=24.0.0"
   },
   "packageManager": "bun@1.4.0",
   "scripts": {
@@ -47,5 +44,22 @@
     "markdown-it": "15.0.1",
     "turndown": "7.2.4",
     "turndown-plugin-gfm": "1.0.2"
+  },
+  "keywords": [
+    "plane",
+    "plane-cli",
+    "plane-so",
+    "project-management",
+    "issue-tracker",
+    "task-management",
+    "cli",
+    "coding-agent",
+    "agent-tools",
+    "automation",
+    "markdown"
+  ],
+  "homepage": "https://github.com/iiiokojiadbi/i-plane#readme",
+  "bugs": {
+    "url": "https://github.com/iiiokojiadbi/i-plane/issues"
   }
 }