Thanks for your interest. Task Journal is a small Rust workspace; the contribution loop is short by design.
- Read README.md for what the project is for.
- Read CHANGELOG.md for the current direction.
- Search open issues before filing a duplicate.
git clone https://github.com/Digital-Threads/Task-Journal
cd Task-Journal
cargo test --workspaceMinimum supported Rust version: see rust-version in Cargo.toml.
- One thing per PR. Bug fix or feature, not both. Refactors get their own PR. If you find a side issue while working, open a separate issue.
- A failing test before the fix. For bugs, the test should reproduce the bug at HEAD (red) and pass with your change (green). For features, the test should describe the new behavior.
- Conventional commit prefix.
fix:/feat:/chore:/docs:/perf:/refactor:/test:/ci:. Add!for breaking changes. - CI green. That means
cargo fmt --all -- --check,cargo clippy --workspace --all-targets -- -D warnings,cargo test --workspace --all-targets,cargo doc --workspace --no-depswithRUSTDOCFLAGS=-D warnings. - CHANGELOG entry if your change affects users (CLI flag, MCP tool,
on-disk format, public API). One line under the relevant
## [Unreleased]subsection (Added / Changed / Removed / Fixed / BREAKING).
- Cosmetic-only refactors of code that's been stable and tested.
- New abstractions without a second concrete user.
- Features that move the project away from "reasoning-chain memory for AI coding sessions" — please open an issue first to discuss scope.
Use the bug template under .github/ISSUE_TEMPLATE/.
The most useful bug reports include:
- The exact command you ran (or MCP tool call).
- The output you got vs. what you expected.
task-journal --versionandrustc --version.- The contents of
task-journal doctor --jsonif the bug looks like an installation/environment problem.
By contributing you agree your work is licensed under the MIT License (see LICENSE).