gleanfeed COMMAND --help for the installed version’s complete option list.
This page explains the stable command groups and behavior; the
REST endpoint reference remains authoritative for resource
fields and the scope table remains authoritative for access.
Global options
Setup and identity
See Profiles and repository config for selection order and
the
.gleanfeed.json schema.
Feedback
create requires an explicit --board unless .gleanfeed.json provides
defaultBoard. Description input accepts exactly one of --description,
--description-file, or --description-stdin. Create and comment operations
accept --idempotency-key; a stable key makes retries return the original result.
Stage and moderation changes can affect the public portal. Promotion preserves
the original request and safely reuses its linked roadmap item. Linear delivery
previews the resolved destination and safely reuses the active linked issue.
Roadmap
planned, in_progress, done, and closed. Exact dates
and quarter targets use YYYY-MM-DD; quarter targets must start on January 1,
April 1, July 1, or October 1. A move is customer-visible and requires approval.
Changelog
draft never publishes. publish first reads and prints the stored title, body,
and schedule, then asks for approval. Publishing an entry that is already
published is a no-op; publishing again after returning it to draft can notify
subscribers again. Delete is permanent and approval-gated.
Schedule a draft with a future ISO 8601 date-time containing a UTC offset:
Import GitHub issues
The importer uses the localgh executable and never reads or stores its token.
Always preview first:
--dry-run after review. Bulk noninteractive writes require --yes.
Stable GitHub source identity and per-issue idempotency make retries safe;
partial failures return continuation.retryArgs for the failed issue numbers.
Pagination and structured output
List commands accept--limit from 1 to 100 and an opaque --cursor. Keep the
same filters when requesting the next page.
{ "ok": true, "command": "...", "data": ... } on success
and { "ok": false, "command": "...", "error": ... } on failure. It writes no
extra prose to stdout.
Approval boundaries
Interactive use asks before feedback stage/status changes, roadmap moves, promotion, Linear delivery, changelog schedules, publication, and deletion. Noninteractive or JSON callers must pass--yes for those writes. An approval
flag never bypasses authentication, scopes, workspace isolation, or server-side
validation.