IDEA → PROMPT → PLAN

How to use

kickoff is an information site for preparing custom prompts and learning project planning. Use this guide to copy a prompt into your external AI tool and discuss your project there.

kickoff does not provide an AI service. Prepare your prompt here, then copy and paste it into the external AI tool you use to continue the conversation and work.

Why: give your idea enough context

Imagine a service for a neighborhood book swap. Readers list books they can lend, find a book nearby, and arrange a handoff with its owner. Even a detailed feature request can leave the loan period, budget, and completion criteria undecided. If AI treats an unknown loan period as settled, you may review a plan built around a rule you never chose.

Write the actions and constraints you already know. kickoff combines that description with requests to ask about gaps, explain choices, agree on a plan, and verify work. You can inspect the actual generated example on the homepage. The aim is a shared plan you can review before development starts.

How: move from an idea to an agreed plan

Create and share a prompt

  1. Have an external AI tool ready separately; kickoff does not provide one. Open Create a prompt on kickoff. Enter a service description: “Neighbors list books, request loans, and arrange a pickup.” This is the only required field. The name is optional; a blank becomes “Undecided”.
  2. Add considerations such as budget, schedule, or a preferred example. Leave unknowns blank: they become “Needs clarification”, not “no constraints”. The input stays on this page and is lost when you leave or reload.
  3. Read the preview: it is a request for your external AI tool. Copy it and paste it into that tool yourself. The prompt requests the startup guidelines and AI behavior rules, the only two required site documents, and reuse of your inputs. If copying fails, select the preview and copy manually. With JavaScript off, append the three fields to the base prompt yourself, then paste the request into your external AI tool.
  4. Ask AI to confirm it has read both documents. If a URL cannot be opened, use the Markdown or AI behavior rules link on the prompt page and paste the missing text into the conversation. Continue with service details; do not assume unread rules were applied. Optional catalog access failure alone does not stop planning.

Create a custom prompt →

Agree on a plan with AI

Before adding agent skills or workflow tools, ask AI to assess uncertainty, dependencies, change risk, collaboration, handoff, and existing practices. Starting without extra skills is a valid option. Compare only relevant alternatives, such as Spec Kit, Superpowers, or OpenSpec. Any selected installation and invocation happen in your external coding agent under existing authorization; a chat-only tool can provide manual next steps. Review actual setup results, not a printed command alone.

For the book swap, AI might ask whether a loan needs the owner’s approval and what happens when a book is not returned. Answer unresolved questions. Compare options by your requirements, including those outside this site. Catalog examples are optional. Ask for a recommendation, delegate a specific choice, or explicitly defer it.

A question such as ‘Should loan status be shared across devices?’ connects behavior to data storage and architecture. If the owner marks a book as lent on a phone, should a neighbor see it as unavailable on a laptop? Shared status calls for comparing shared storage and synchronization; a private record used on one device may fit local storage. Ask your external AI to explain these tradeoffs and what should happen offline. This gives you a concrete requirement to compare with the catalog examples, rather than choosing a technology by name.

Ask AI to summarize the users, main actions, failure cases, constraints, decisions, and completion criteria. Check that the plan still describes lending books, and that unresolved questions are visible. Confirm the plan, then explicitly request development. Copying a prompt alone does not approve a plan or start development.

Project planning →

What: a prompt starts the conversation; a catalog supports decisions

kickoff provides learning resources and prompts. The first prompt carries your context and asks your external AI to explore detailed requirements and compare architecture choices; it is not a finished specification. AI conversations and development happen in that external tool. The catalog is optional material for learning and comparing concepts; Project planning provides practical walkthroughs to follow through examples. Your decision list comes from the service, not the category tree. Compatible choices can coexist.

Understand the catalog

Browse this optional index when an example helps. Each link opens a comparison group or subcategories, with examples, limits, and related reading. Neither you nor AI needs to review every category to plan a project.

Explore the catalog →

Compare choices by category

Planning & architecture

Compare project workflows, module boundaries, and service splitting to decide how responsibilities, checks, and changes fit together.

Planning & architecture →
  • Architecture boundaries & dependencies

    Compare layers and inward-facing boundaries to decide where business rules live and which dependencies may change.

    • Service decomposition

      Compare one deployable unit, internal modules, and separate services to balance independent releases with operating complexity.

      • AI development workflows

        Compare starting without extra skills, specification tracking, reusable development skills, and change proposals by risk, collaboration, and setup cost.

        Development platforms

        Compare tools for content sites, interactive web screens, and games to choose a development foundation.

        Development platforms →
        • Static site generators

          Compare ways to turn content and templates into pages to choose an authoring and build workflow.

          • Web UI development tools

            Compare component and state-update models to choose how interactive web screens are built and maintained.

            • Game engines

              Compare scene building, behavior editing, and project workflows to choose a foundation for your game.

              Version control

              Compare history tools and repository hosts to decide how changes are recorded, reviewed and shared.

              Version control →
              • Version control systems

                Compare local and central history, collaboration, file types and existing tools.

                • Repository hosting

                  Compare who operates Git collaboration, review workflows, integrations and migration needs.

                  Deployment platforms

                  Compare where and how your service runs to decide which operating work and costs you can take on.

                  Deployment platforms →
                  • Hosting execution models

                    Compare serving files, running functions on demand, and keeping a server running to decide execution and operating responsibilities.

                    Design

                    Compare screen layout, visual expression, and text treatment to decide how people read and interact.

                    Design →
                    • Layout

                      Compare column structure and item arrangement to decide how a screen guides reading and comparison.

                      • Page composition

                        Arrange main and supporting page regions. Separate from CSS multi-column text flow.

                        • Content arrangement

                          Compare lists, uniform grids, and masonry to decide how people scan and compare items of different sizes.

                        • Styles

                          Compare visual density, depth, texture, and emphasis to choose a look that supports your content and interactions.

                          • Typography

                            Compare typeface shapes and character widths to balance reading, alignment, and expression.

                            • Typeface shapes

                              Compare serif, sans-serif, and script shapes to choose a reading tone and where expressive text belongs.

                              • Character width

                                Compare fixed and proportional character widths to balance aligned symbols with compact prose.

                              Monetization

                              Compare who pays, what they receive, and how charges work to decide a revenue approach and user experience.

                              Monetization →
                              • Revenue sources

                                Compare user payments, transaction fees, advertising, sponsorship, and referrals to decide who funds the service and why.

                                • Billing methods

                                  Compare one-time payments, subscriptions, and usage charges to decide when and for what customers pay.

                                  • Seller responsibility models

                                    Compare selling directly with using a merchant of record to decide who takes on the sale and related administration.

                                    • Pricing models

                                      Compare flat fees, seats, feature tiers, usage tiers, and credits to decide how a bill is calculated and explained.

                                      • Free access strategies

                                        Compare a lasting free tier with a time-limited trial to decide what people can try before paying.

                                        • In-app purchase types

                                          Compare consumable and lasting purchases to decide whether a bought benefit is used up or retained.

                                          • Ad formats

                                            Compare banners, full-screen interruptions, and opt-in rewarded ads to decide placement and user participation.