Describe what you're building, and Ticketly breaks it into professional tickets: big areas split into individual tasks, each with a clear description, acceptance criteria, an effort estimate, and dependencies — ready to drop into Notion or any tracker.
Who it's for
Anyone planning a project who wants a real backlog instead of a blank page — technical or not. It talks in plain language, explains anything it asks, and never makes you learn jargon. If you can describe your idea, you can use it.
What it does
- Plans the whole project — turns your idea or spec into epics (big areas) broken into tickets.
- Works on existing codebases too — point it at a repo and it reads the code, infers the stack, and plans the work that's left (TODOs, half-built features, missing tests) instead of starting from a blank page. No company name needed for these — the backlog is titled by your project.
- Suggests a tech stack that fits — not the same generic answer every time — if you're not sure what to build with, it works out what kind of project yours is (marketplace, mobile app, online store, AI app…) and recommends a fitting stack, free options first, with plain-language reasons and a real alternative for each — and it never quietly skips the backend (database, logins, payments, storage). Already have a stack? It just uses yours.
- Asks, never guesses — if something isn't decided (which database? which host?), it flags the ticket for clarification instead of making something up. Nothing is invented.
- Matches a real PM's style — short, clear titles; one-line descriptions; testable acceptance criteria; sensible effort sizing.
- Full or MVP — you choose whether to plan everything or just enough for a first version (it lists whatever it sets aside).
- Works out of the box — exports to Markdown (to review), CSV (any tracker), and Notion.
How it works
Ticketly runs inside your AI coding agent — Claude Code or Codex — using your existing subscription, no API key, no cost per run. You talk; it does the planning; a small local engine handles the exact, repeatable parts (validation and exporting). A full run goes:
- Start — you give your project (and company, if you want one in the title). It never guesses these. On an existing repo it skips this and reads the code instead — no company needed.
- Discuss — you talk through what you're building and your tech stack, conversationally. If you don't have a stack in mind, it recommends one that fits your kind of project (free options first, with reasons and alternatives). (For an existing repo it drafts this from the code and just asks you to confirm.)
- Areas — it proposes a few main areas for your project and you confirm or tweak them.
- Scope — you pick a full backlog or a lean MVP.
- Generate — it writes the tickets, checks them for problems, and exports the results into your project folder.
You can stop after any step and pick up later, and refine anything in plain English afterwards ("split this ticket", "add acceptance criteria", "we're using Postgres", "drop image upload").
Install
Install Ticketly once from PyPI, then wire up the agent you use. pipx is recommended — it keeps Ticketly isolated and always on your PATH, so it works no matter which Python your agent runs:
pipx install ticketly # (or: pip install ticketly)
ticketly install all # wire up Claude Code and/or Codex
Pick just one agent if you prefer:
ticketly install claude # Claude Code (the /ticketly skill)
ticketly install codex # Codex ("use Ticketly" in any session)
ticketly install all # both
That's the whole setup. From then on, Ticketly works in any folder — even an empty new project. Install both agents if you like; they don't clash.
Requirements: Python 3.10+, and either Claude Code or Codex (logged in). No API key.
Updating
pipx upgrade ticketly # or: pip install -U ticketly
That's it — the bundled skill and Codex pointer update with the package. (Re-run
ticketly install all only if you want to refresh the agent front-doors immediately.)
Using it
- Open any folder — a blank one to plan from scratch, or an existing repo to plan the work that's left.
- Start Ticketly:
- In Claude Code — type
/ticketly. - In Codex — run
codex, then say "use Ticketly".
- In Claude Code — type
- Describe your project and answer its questions — or, on an existing repo, just confirm what it read from the code.
It writes everything into a single ticketly/ folder in your current directory:
ticketly/tasks.md— an agent-ready checklist: one checkbox per ticket, grouped by epic, with dependencies and acceptance criteria inline. Hand this to a coding agent (Claude Code, Cursor) to work through, ticking boxes as it goes.ticketly/backlog.md— a readable backlog. Opens with a plain-language Your plan overview (where to start, what you can do now vs. later, and how big each area is), then the full tickets and a suggested build order.ticketly/backlog.csv— import into any tracker. Includes a blank Assignee column you fill in later (in the tracker or Notion). Add Notion with--format notion.ticketly/.data/— the machine source-of-truth (profile.json,backlog.json), tucked away; you never need to open these.
You can re-export a backlog any time:
ticketly render ticketly/.data/backlog.json --format all --out-dir ticketly/
Starting a project over
Requirements changed and you want a clean slate? Reset this folder's generated files, then re-run
/ticketly with the new requirements:
ticketly reset # asks before deleting
Reset is deliberately careful: it only ever removes Ticketly's own generated files in ticketly/
(tasks.md, backlog.md, backlog.csv, and the .data/ JSONs), confirms each one with you first,
never touches a file it can't verify as Ticketly's, and never reaches outside the current folder.
Your code and other files are never touched.
Safe by design
- Runs entirely on your machine — no network calls, no telemetry, nothing sent anywhere.
- Uses no API key and never asks for secrets.
- Only reads/writes the folder you run it in.
ticketly installjust copies the Claude Code skill and/or appends a Codex pointer into your agent's config — nosudo, no remote scripts.
Contributing & Feedback
Ticketly does not accept outside code contributions. It's source-visible so you can read and use it, but it's developed solely by the author — pull requests are not accepted and will be closed unmerged. Please don't open one.
What is genuinely welcome — and the best way to help — is bug reports, feature requests, and feedback. Open a GitHub Issue (there are short templates for bugs and features); see CONTRIBUTING.md for the full policy and the LICENSE for usage terms.
Security
Found a security issue? Please don't open a public issue — report it privately via the repository's Security tab ("Report a vulnerability"). See SECURITY.md for details.
Development: from a repo checkout, ./install.sh all does an editable install and wires both
agents. Run the test suite with python3 -m pytest -q.
Metadata
Release files for ticketly 1.2.1
For a detailed explanation of source distributions (sdists) and built distributions (wheels), please see the package formats documentation.
Source distribution (sdist)
| File | Size | Uploaded | Provenance | Actions |
|---|---|---|---|---|
| ticketly-1.2.1.tar.gz | 74.1 kB | Without provenance | Details for ticketly-1.2.1.tar.gz |
Built distribution (wheel)
| File | Interpreter | ABI | Platform | Actions Reset |
|---|---|---|---|---|
| ticketly-1.2.1-py3-none-any.whl | Python 3 | none | any | Details for ticketly-1.2.1-py3-none-any.whl |
Total release size: 125.3 kB
Release files / ticketly-1.2.1.tar.gz
| Download URL | ticketly-1.2.1.tar.gz |
|---|---|
| Size | 74.1 kB |
| Tags | Source |
|
SHA-256 checksum How to use checksums |
af4914bdfa01d95c6e3e4ecac5aaf97e943bdaa4f3b5fa5994531a74d7d5c861
|
|
BLAKE2b-256 checksum How to use checksums |
18b45a23f5af030ee7dc21d219af8898e6d7365b8c07e5be06e2a5682d60ad9d
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.11.1
|
Release files / ticketly-1.2.1-py3-none-any.whl
| Download URL | ticketly-1.2.1-py3-none-any.whl |
|---|---|
| Size | 51.2 kB |
| Tags | Python 3 |
|
SHA-256 checksum How to use checksums |
94d2602916e984277a1e9377d1c0bbebee2f09144b3bf2e74a089c68bec253c7
|
|
BLAKE2b-256 checksum How to use checksums |
d1add0869672f2bfc8cd4448b57a36500ce218605e1a0d10c741a3f2282e775f
|
| Upload date | |
|
Uploaded using Trusted Publishing? What is trusted publishing? |
No |
| Uploaded via |
twine/6.2.0 CPython/3.11.1
|
Security for ticketly 1.2.1
Provenance
Provenance describes where a file came from. On PyPI, provenance is shared via attestations, which provide a verifiable record of the build or publishing details. View details, limitations and caveats.
No provenance found
None of the files in this release were uploaded with provenance metadata.
A note on package security
PyPI is a repository for distributing packages, not a service for auditing them. While third-party security researchers and our staff do their best to detect and remove malicious packages, PyPI cannot guarantee the quality, security or suitability of any given package.
To learn more about protecting yourself from malicious actors, visit our package security documentation.