You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Commit e948fb9
Browse filesBrowse the repository at this point in the historyBrowse files
Copy file name to clipboardExpand all lines: .github/copilot-instructions.md
+3-3Lines changed: 3 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,11 +1,11 @@
1
-
# Newsletter Maker Project Instructions
1
+
# Digest Engine Project Instructions
2
2
3
-
You are working in Newsletter Maker, a Django + DRF + Celery + Qdrant backend with a Next.js App Router frontend.
3
+
You are working in Digest Engine, a Django + DRF + Celery + Qdrant backend with a Next.js App Router frontend.
4
4
5
5
## Repository Shape
6
6
7
7
- Backend runtime code is split across `core/`, `projects/`, `content/`, `entities/`, `ingestion/`, `newsletters/`, `pipeline/`, `trends/`, and `users/`.
8
-
- Django project settings and top-level URLs live in `newsletter_maker/`.
8
+
- Django project settings and top-level URLs live in `digest_engine/`.
9
9
- Backend tests live in app-local `tests/` packages first (`users/tests/`, `projects/tests/`, `ingestion/tests/`, `newsletters/tests/`, `pipeline/tests/`), with `core/tests/` reserved for the remaining cross-cutting coverage.
10
10
- The repo-root `tests/` package is for integration coverage only. New unit and app-scoped tests should live in the owning app's `tests/` package.
11
11
- Frontend application code lives in `frontend/src/app/`, shared UI in `frontend/src/components/`, and shared API/types/helpers in `frontend/src/lib/`.
Copy file name to clipboardExpand all lines: .github/instructions/backend-python.instructions.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,9 +1,9 @@
1
1
---
2
2
name: "Backend Python Guidelines"
3
-
description: "Use when editing Django, DRF, Celery, plugin, management command, or backend test code in Python. Covers project scoping, workflow placement, docstrings, and focused validation for core/, newsletter_maker/, tests/, and manage.py."
3
+
description: "Use when editing Django, DRF, Celery, plugin, management command, or backend test code in Python. Covers project scoping, workflow placement, docstrings, and focused validation for core/, digest_engine/, tests/, and manage.py."
Copy file name to clipboardExpand all lines: .github/instructions/documentation.instructions.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -14,7 +14,7 @@ applyTo:
14
14
- When a behavior changes, update the closest existing document instead of adding a new overlapping explanation.
15
15
- Keep `docs/DEVELOPER_GUIDE.md` current when the best "where to look first" path changes for contributors.
16
16
- Keep `README.md` high-level. Put detailed runtime, workflow, or operator guidance in `docs/` and link to it.
17
-
- When documenting backend behavior, align the wording with the real implementation in files like `core/models.py`, `core/tasks.py`, `core/pipeline.py`, `core/newsletters.py`, `core/api.py`, and `newsletter_maker/settings/`.
17
+
- When documenting backend behavior, align the wording with the real implementation in files like `core/models.py`, `core/tasks.py`, `core/pipeline.py`, `core/newsletters.py`, `core/api.py`, and `digest_engine/settings/`.
18
18
- When documenting frontend behavior, align the wording with the real implementation in `frontend/src/app/`, `frontend/src/components/`, and `frontend/src/lib/`.
19
19
- If a doc mentions commands, prefer the repo's real commands from `justfile`, `package.json`, or `manage.py`.
20
20
- If a code change affects logging, relevance scoring, ingestion, newsletter intake, or onboarding, check whether `docs/LOGGING.md`, `docs/RELEVANCE_SCORING.md`, `docs/IMPLEMENTATION_OVERVIEW.md`, or `docs/DEVELOPER_GUIDE.md` should change too.
Copy file name to clipboardExpand all lines: README.md
+5-5Lines changed: 5 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,8 +1,8 @@
1
-
# Newsletter Maker
1
+
# Digest Engine
2
2
3
3

4
4
5
-
An AI-powered content curation platform for technically-oriented newsletters. Newsletter Maker ingests content from dozens of sources, builds authority models of people and companies in a domain, and surfaces the most relevant articles, trends, and themes for each edition — so editors spend their time writing, not searching.
5
+
An AI-powered content curation platform for technically-oriented newsletters. Digest Engine ingests content from dozens of sources, builds authority models of people and companies in a domain, and surfaces the most relevant articles, trends, and themes for each edition — so editors spend their time writing, not searching.
6
6
7
7
The system is organized into projects: each newsletter project has its own tracked entities, relevance model, and content pipeline. Projects are assigned to Django groups so editorial access can be shared cleanly. Designed for non-technical editors who don't know what a vector database is and don't need to.
@@ -99,7 +99,7 @@ For full workflows and troubleshooting, see [docs/developer-guide/local-developm
99
99
100
100
## What This Does That Existing Tools Don't
101
101
102
-
Tools like Feedly, UpContent, and ContentStudio handle parts of the content curation problem. Newsletter Maker combines several capabilities none of them offer:
102
+
Tools like Feedly, UpContent, and ContentStudio handle parts of the content curation problem. Digest Engine combines several capabilities none of them offer:
103
103
104
104
-**Authority scoring from newsletter cross-referencing.** By ingesting peer newsletters, the system builds an authority model based on who real editors actually link to — a human-curated endorsement signal no existing tool provides.
105
105
-**Per-project relevance training.** Upvote/downvote feedback trains a personalized relevance model per project. The tool learns what each editorial project considers valuable.
@@ -172,7 +172,7 @@ The system is designed for graceful failure, not silent corruption. Unparseable
172
172
173
173
## Project Documentation
174
174
175
-
Newsletter Maker documentation is organized by audience inside the `docs/` folder:
175
+
Digest Engine documentation is organized by audience inside the `docs/` folder:
176
176
177
177
-[User Guide](docs/user-guide/getting-started-saas.md) covers managing projects, intaking content, and curating drafts.
178
178
-[Admin Guide](docs/admin-guide/overview.md) covers installation, configuration, user management, and operational health.
0 commit comments