criew 0.0.3

Terminal-first Linux kernel patch mail workflow TUI
# CRIEW Wiki

This wiki is the main documentation entry point for CRIEW.
Use it for installation, configuration, sync and TUI workflow,
patch handling, reply behavior, and local wiki maintenance.

## Start here

- [Install and Setup]Install-and-Setup.md:
  Environment requirements, install paths, `b4` resolution,
  and initial verification with `criew doctor`.
- [Configuration]Configuration.md:
  Default runtime paths,
  a working config example,
  the full supported config key set,
  and the behavior that depends on `[imap]`,
  `b4`,
  and UI settings.
- [Sync and TUI]Sync-and-TUI.md:
  Lore sync, IMAP sync, fixture-driven sync,
  and the main TUI navigation and background sync behavior.
- [Patch and Reply]Patch-and-Reply.md:
  Patch-series actions, reply panel behavior,
  and the send-preview flow.
- [Development]Development.md:
  Repository validation, local wiki authoring commands,
  and the GitHub Pages publish path.
- [Contribution]Contribution.md:
  Issue workflow, branch and commit rules,
  pull request expectations, and conflict handling with rebase.

## Project status

CRIEW is a Rust TUI for Linux kernel patch mail workflows.
The current `develop` branch already covers the core local workflow:

- sync mail from `lore.kernel.org`
- sync a real IMAP `INBOX` through `My Inbox`
- browse threads and detect patch series
- apply or export patches through `b4`
- compose and send replies through `git send-email`

Current release tag: `v0.0.2`.

`v0.0.1` is the first supported public baseline.
From `v0.0.1` onward,
CRIEW supports only the CRIEW naming set:
`criew`,
`~/.criew/`,
`criew-config.toml`,
`criew.db`,
`CRIEW_B4_PATH`,
and `CRIEW_IMAP_PROXY`.
Courier-era names are intentionally unsupported.

## Reference

- [Keybindings]Keybindings.md:
  Current TUI keys by page and modal state,
  with suggested image slots for future screenshots.
- [Repository README]https://github.com/ChenMiaoi/CRIEW/blob/develop/README.md:
  Short English project entry page.
- [Chinese README]https://github.com/ChenMiaoi/CRIEW/blob/develop/README-zh.md:
  Short Chinese project entry page.
- [Configuration example]https://github.com/ChenMiaoi/CRIEW/blob/develop/docs/reference/config.example.toml:
  Canonical config keys, defaults, and comments.
- [Architecture design]https://github.com/ChenMiaoi/CRIEW/blob/develop/docs/architecture/design.md:
  System layers, data model, and workflow boundaries.
- [Reply format spec]https://github.com/ChenMiaoi/CRIEW/blob/develop/docs/specs/reply-format-spec.md:
  Detailed reply construction and send behavior.
- [CRIEW repository]https://github.com/ChenMiaoi/CRIEW:
  Source, issues, workflows, and release tags.

## Source of truth

- Operator workflow follows the wiki pages first.
- Config keys and defaults follow the configuration example and the runtime loader in the main repository.
- Reply behavior follows the reply format spec when a page gives only a high-level summary.
- Architecture and module boundaries follow the design document.