Create Your First Project
Use this walkthrough after Docker is running and the required in-app setup is complete. The optional onboarding checklist in the app follows the same path: create or select a research project, add a narrow query, run a scout manually, review findings, then decide whether to generate a report.
1. Open the local web app
Section titled “1. Open the local web app”Use the URL for the Docker profile you started:
| Docker profile | Web app URL | When to use it |
|---|---|---|
Development profile, pnpm run docker:dev | http://localhost:4748 | Recommended for the first Start Here walkthrough. |
Production profile, pnpm run docker:prod | http://localhost:4749 | Use after you have already verified the development profile or want the self-host production shape. |
2. Create a project
Section titled “2. Create a project”In the web app, open the project selector in the top-left corner and click + New Project. A creation form will appear.
Fill in the three required fields and click Create:
| Field | What to enter | Why it matters |
|---|---|---|
| Slug | A short, lowercase, hyphenated ID such as ai-note-taking | This is the machine-readable identifier used in routes and API calls. Keep it simple and stable — you will not need to change it often. |
| Display name | A human-friendly label such as AI Note Taking Research | This is what you see while browsing the app. It can be more descriptive than the slug and is easy to rename later. |
| Mode | Choose research for the first project | Research mode focuses on discovering pain points, repeated complaints, and product opportunities. Choose marketing only when your goal is outreach around an already-understood opportunity. |
Keep the first project narrow. ai-note-taking is easier to evaluate than productivity because the results will use more specific language.
If the onboarding checklist is visible, you can use Create a starter research project to create normal project data from the guided panel. The starter path is optional and idempotent; retrying it should reuse the same starter project/query instead of creating duplicates.
3. Add one first query
Section titled “3. Add one first query”Start with one source and one narrow query so you can inspect the results manually.
- Prefer Reddit for the first scout when you want the least source-specific credential overhead.
- Use Google Search only after
PARALLEL_API_KEYis configured. - Use Bluesky only after
BLUESKY_HANDLEandBLUESKY_APP_PASSWORDare configured.
Good first queries describe a problem, audience, or workflow. For an AI note-taking project, start with a phrase such as meeting notes too time consuming, forget action items after calls, or transcribing interviews workflow instead of a broad phrase such as AI tools.
Good first-query patterns:
| Pattern | Example |
|---|---|
| Pain phrase | meeting notes too time consuming |
| Failed workaround | spreadsheet CRM keeps breaking |
| Repeated job | manual invoice follow up takes hours |
| Audience plus pain | freelance designers client feedback scattered |
4. Run a scout
Section titled “4. Run a scout”Run the scout for the source you configured and wait for completion before changing the query. Onboarding never starts external scouting automatically; this remains an explicit user action from the Scout button so you control network-heavy work.
A completed first scout should show that the run finished and that ThreadLens checked the source for matching posts or results. If a run fails, check whether the missing credential is an AI provider key, a Google source key, or Bluesky credentials before changing project settings.
5. Review findings
Section titled “5. Review findings”Inspect results before generating a report:
- Use score to find posts or results with stronger pain, urgency, or relevance signals.
- Use status to separate new, starred, excluded, drafted, commented, or already-handled findings.
- Use filters to narrow the list when the source returns too much noise.
- Open post detail to read the original wording, not just the score.
Star or keep findings that describe a real problem in the user’s own words. Exclude obvious noise before report generation.
6. Generate a report when the findings are coherent
Section titled “6. Generate a report when the findings are coherent”Generate a research report after you have selected enough findings about the same market question to summarize. Reports are most useful when the selected findings share a repeated pain theme, workaround, buying trigger, or audience segment.
If the selected findings feel unrelated, refine the query and run another scout instead of generating a report immediately.
7. Defer schedules until query quality is proven
Section titled “7. Defer schedules until query quality is proven”Schedules are for recurring research after a query reliably produces useful findings. Do not schedule the first query until you have reviewed at least one completed scout and know the source, query, and provider setup are producing signal instead of noise.
Related guides
Section titled “Related guides”- Scouting Sources explains when to use Reddit, Google Search, and Bluesky.
- Reports explains research reports and Google reports.
- Scoring, Filtering, and Statuses explains the review tools used after a scout.
- Schedules explains recurring scout runs after query quality is proven.