\n\nAnd I thought, why am I here manually marking this task overdue? Why am _I_\nmanually doing _anything_? Manual is for mans. So I'm building Notion Boyfriend\nto automate this kind of stuff for me. A handsome little set of Deno scripts in\na nice jacket to whom I can say, \"Baby can you email a list of my 3 highest\npriority tasks organized by [xyz] criteria\" while I kick back and sip an ice\ncold Diet Coke.\n\nThe best part about Notion Boyfriend is you can make your own, then make him\nyour own, the sky's the limit. Really there's no limit. _Unlimited boyfriend_,\nthat's the power of Deno and Val Town.\n\n## Utilities\n\nEach util lives in its own top-level file with a default export that works as\nboth a cron trigger and an HTTP trigger. In Val Town, set up one cron and one\nHTTP entrypoint pointing at the same file per util.\n\n### `label_overdue.ts`\n\nWalks every configured Tasks data source, finds pages whose `Due` date is before\ntoday (in `America/Chicago`) and whose `Status` is \"not started\" or \"in\nprogress\" flavored, and flips them to the `Overdue` status. Set conditional\nformatting on the `Overdue` value in Notion to make rows pop red.\n\n**Required env vars:**\n\n- `NOTION_TOKEN` — internal integration token from developers.notion.com\n- `NOTION_TASK_DATA_SOURCE_IDS` — comma-separated bare data source IDs (no\n quotes)\n\n### `cascade_access.ts`\n\nNotion guests get database-wide access by default — there's no built-in way to\ngate visibility down a relation chain. This util fakes row-level inheritance by\ncascading a `Team` people-property from `Organization` → `Project` → `Task`.\nCombined with Notion's data-source-level access rules that key off the `Team`\nproperty, each client guest only sees their own Org and everything underneath\nit.\n\nHow it works on each run:\n\n1. Reads every Org's `Team`.\n2. For each Project, sets `Team` = the team of its related Org. Skips writes\n when already correct; warns when a Project has no Org.\n3. For each Task, sets `Team` = the team of its related Project. Same skip/warn\n behavior.\n\nOrg is the source of truth — manual additions to a Project's or Task's `Team`\nwill be overwritten on the next run.\n\n**Required env vars:**\n\n- `NOTION_TOKEN`\n- `NOTION_ORGANIZATION_DATASOURCE_ID`\n- `NOTION_PROJECT_DATASOURCE_ID`\n- `NOTION_TASK_DATASOURCE_ID`\n\n**Required Notion setup:**\n\n- Every Org, Project, and Task data source has a property named `Team` of type\n `People`.\n- Project has a relation property pointing at the Org data source (any name).\n- Task has a relation property pointing at the Project data source (any name).\n- The integration is shared into all three data sources.\n\n## Suggested cron schedule\n\nBoth utils are designed to run overnight. Set them around 2:30am\n`America/Chicago` (≈ `30 7 * * *` UTC during CDT, `30 8 * * *` during CST — Val\nTown crons run UTC, so pick the one that matches your DST tolerance, or stagger\nthe two utils by 15min so they don't overlap).\n\n## Project layout\n\n```text\nnotion-boyfriend/\n├── label_overdue.ts # overdue-labeling util (cron + http)\n├── cascade_access.ts # team-cascade util (cron + http)\n├── shared/\n│ └── notion.ts # Notion client, env helpers, sleep, trigger wrapper\n├── deno.json\n├── README.md\n└── AGENTS.md\n```\n\n## Configuration\n\nAll configuration is via Val Town environment variables — never bake IDs or\ntokens into the source. Both utils fail fast at startup if any required env var\nis missing or empty.\n\n## For beginners\n\n(coming soon)\n",[163],"375ef236-501c-11f1-b592-ee650bb23af1","AGENTS.md","5a36d6c8-fb46-11f0-a3f7-42dde27851f2",54,["D",1778821754300],"You are an advanced assistant specialized in generating Val Town code.\n\n## Core Guidelines\n\n- Ask clarifying questions when requirements are ambiguous\n- Provide complete, functional solutions rather than skeleton implementations\n- Test your logic against edge cases before presenting the final solution\n- Ensure all code follows Val Town's specific platform requirements\n- If a section of code that you're working on is getting too complex, consider\n refactoring it into subcomponents\n\n## Code Standards\n\n- Generate code in TypeScript or TSX\n- Add appropriate TypeScript types and interfaces for all data structures\n- Prefer official SDKs or libraries than writing API calls directly\n- Ask the user to supply API or library documentation if you are at all unsure\n about it\n- **Never bake in secrets into the code** - always use environment variables\n- Include comments explaining complex logic (avoid commenting obvious\n operations)\n- Follow modern ES6+ conventions and functional programming practices if\n possible\n\n## Types of triggers\n\n### 1. HTTP Trigger\n\n- Create web APIs and endpoints\n- Handle HTTP requests and responses\n- Example structure:\n\n```ts\nexport default async function (req: Request) {\n return new Response(\"Hello World\");\n}\n```\n\nFiles that are HTTP triggers have http in their name like `foobar.http.tsx`\n\n### 2. Cron Triggers\n\n- Run on a schedule\n- Use cron expressions for timing\n- Example structure:\n\n```ts\nexport default async function () {\n // Scheduled task code\n}\n```\n\nFiles that are Cron triggers have cron in their name like `foobar.cron.tsx`\n\n### 3. Email Triggers\n\n- Process incoming emails\n- Handle email-based workflows\n- Example structure:\n\n```ts\nexport default async function (email: Email) {\n // Process email\n}\n```\n\nFiles that are Email triggers have email in their name like `foobar.email.tsx`\n\n## Val Town Standard Libraries\n\nVal Town provides several hosted services and utility functions.\n\n### Blob Storage\n\n```ts\nimport { blob } from \"https://esm.town/v/std/blob\";\nawait blob.setJSON(\"myKey\", { hello: \"world\" });\nlet blobDemo = await blob.getJSON(\"myKey\");\nlet appKeys = await blob.list(\"app_\");\nawait blob.delete(\"myKey\");\n```\n\n### SQLite\n\n```ts\nimport { sqlite } from \"https://esm.town/v/stevekrouse/sqlite\";\nconst TABLE_NAME = \"todo_app_users_2\";\n// Create table - do this before usage and change table name when modifying schema\nawait sqlite.execute(`CREATE TABLE IF NOT EXISTS ${TABLE_NAME} (\n id INTEGER PRIMARY KEY AUTOINCREMENT,\n name TEXT NOT NULL\n)`);\n// Query data\nconst result = await sqlite.execute(\n `SELECT * FROM ${TABLE_NAME} WHERE id = ?`,\n [1],\n);\n```\n\nNote: When changing a SQLite table's schema, change the table's name (e.g., add\n_2 or _3) to create a fresh table.\n\n### OpenAI\n\n```ts\nimport { OpenAI } from \"https://esm.town/v/std/openai\";\nconst openai = new OpenAI();\nconst completion = await openai.chat.completions.create({\n messages: [\n { role: \"user\", content: \"Say hello in a creative way\" },\n ],\n model: \"gpt-4o-mini\",\n max_tokens: 30,\n});\n```\n\n### Email\n\n```ts\nimport { email } from \"https://esm.town/v/std/email\";\n// By default emails the owner of the val\nawait email({\n subject: \"Hi\",\n text: \"Hi\",\n html: \"

Hi

\",\n});\n```\n\n## Val Town Utility Functions\n\nVal Town provides several utility functions to help with common project tasks.\n\n### Importing Utilities\n\nAlways import utilities with version pins to avoid breaking changes:\n\n```ts\nimport {\n parseProject,\n readFile,\n serveFile,\n} from \"https://esm.town/v/std/utils@85-main/index.ts\";\n```\n\n### Available Utilities\n\n#### **serveFile** - Serve project files with proper content types\n\nFor example, in Hono:\n\n```ts\n// serve all files in frontend/ and shared/\napp.get(\"/frontend/*\", (c) => serveFile(c.req.path, import.meta.url));\napp.get(\"/shared/*\", (c) => serveFile(c.req.path, import.meta.url));\n```\n\n#### **readFile** - Read files from within the project:\n\n```ts\n// Read a file from the project\nconst fileContent = await readFile(\"/frontend/index.html\", import.meta.url);\n```\n\n#### **listFiles** - List all files in the project\n\n```ts\nconst files = await listFiles(import.meta.url);\n```\n\n#### **parseProject** - Extract information about the current project from import.meta.url\n\nThis is useful for including info for linking back to a val, ie in \"view source\"\nurls:\n\n```ts\nconst projectVal = parseProject(import.meta.url);\nconsole.log(projectVal.username); // Owner of the project\nconsole.log(projectVal.name); // Project name\nconsole.log(projectVal.version); // Version number\nconsole.log(projectVal.branch); // Branch name\nconsole.log(projectVal.links.self.project); // URL to the project page\n```\n\nHowever, it's _extremely importing_ to note that `parseProject` and other\nStandard Library utilities ONLY RUN ON THE SERVER. If you need access to this\ndata on the client, run it in the server and pass it to the client by splicing\nit into the HTML page or by making an API request for it.\n\n## Val Town Platform Specifics\n\n- **Redirects:** Use\n `return new Response(null, { status: 302, headers: { Location: \"/place/to/redirect\" }})`\n instead of `Response.redirect` which is broken\n- **Images:** Avoid external images or base64 images. Use emojis, unicode\n symbols, or icon fonts/libraries instead\n- **AI Image:** To inline generate an AI image use:\n `

`\n- **Storage:** DO NOT use the Deno KV module for storage\n- **Browser APIs:** DO NOT use the `alert()`, `prompt()`, or `confirm()` methods\n- **Weather Data:** Use open-meteo for weather data (doesn't require API keys)\n unless otherwise specified\n- **View Source:** Add a view source link by importing & using\n `import.meta.url.replace(\"ems.sh\", \"val.town)\"` (or passing this data to the\n client) and include `target=\"_top\"` attribute\n- **Error Debugging:** Add\n `` to HTML to capture\n client-side errors\n- **Error Handling:** Only use try...catch when there's a clear local\n resolution; Avoid catches that merely log or return 500s. Let errors bubble up\n with full context\n- **Environment Variables:** Use `Deno.env.get('keyname')` when you need to, but\n generally prefer APIs that don't require keys\n- **Imports:** Use `https://esm.sh` for npm and Deno dependencies to ensure\n compatibility on server and browser\n- **Storage Strategy:** Only use backend storage if explicitly required; prefer\n simple static client-side sites\n- **React Configuration:** When using React libraries, pin versions with\n `?deps=react@18.2.0,react-dom@18.2.0` and start the file with\n `/** @jsxImportSource https://esm.sh/react@18.2.0 */`\n- Ensure all React dependencies and sub-dependencies are pinned to the same\n version\n- **Styling:** Default to using TailwindCSS via\n `` unless otherwise\n specified\n\n## Project Structure and Design Patterns\n\n### Recommended Directory Structure\n\n```\n├── backend/\n│ ├── database/\n│ │ ├── migrations.ts # Schema definitions\n│ │ ├── queries.ts # DB query functions\n│ │ └── README.md\n│ └── routes/ # Route modules\n│ ├── [route].ts\n│ └── static.ts # Static file serving\n│ ├── index.ts # Main entry point\n│ └── README.md\n├── frontend/\n│ ├── components/\n│ │ ├── App.tsx\n│ │ └── [Component].tsx\n│ ├── favicon.svg\n│ ├── index.html # Main HTML template\n│ ├── index.tsx # Frontend JS entry point\n│ ├── README.md\n│ └── style.css\n├── README.md\n└── shared/\n ├── README.md\n └── utils.ts # Shared types and functions\n```\n\n### Backend (Hono) Best Practices\n\n- Hono is the recommended API framework\n- Main entry point should be `backend/index.ts`\n- **Static asset serving:** Use the utility functions to read and serve project\n files:\n ```ts\n import {\n readFile,\n serveFile,\n } from \"https://esm.town/v/std/utils@85-main/index.ts\";\n\n // serve all files in frontend/ and shared/\n app.get(\"/frontend/*\", (c) => serveFile(c.req.path, import.meta.url));\n app.get(\"/shared/*\", (c) => serveFile(c.req.path, import.meta.url));\n\n // For index.html, often you'll want to bootstrap with initial data\n app.get(\"/\", async (c) => {\n let html = await readFile(\"/frontend/index.html\", import.meta.url);\n\n // Inject data to avoid extra round-trips\n const initialData = await fetchInitialData();\n const dataScript = ``;\n\n html = html.replace(\"\", `${dataScript}`);\n return c.html(html);\n });\n ```\n- Create RESTful API routes for CRUD operations\n- Always include this snippet at the top-level Hono app to re-throwing errors to\n see full stack traces:\n ```ts\n // Unwrap Hono errors to see original error details\n app.onError((err, c) => {\n throw err;\n });\n ```\n\n### Database Patterns\n\n- Run migrations on startup or comment out for performance\n- Change table names when modifying schemas rather than altering\n- Export clear query functions with proper TypeScript typing\n\n## Common Gotchas and Solutions\n\n1. **Environment Limitations:**\n - Val Town runs on Deno in a serverless context, not Node.js\n - Code in `shared/` must work in both frontend and backend environments\n - Cannot use `Deno` keyword in shared code\n - Use `https://esm.sh` for imports that work in both environments\n\n2. **SQLite Peculiarities:**\n - Limited support for ALTER TABLE operations\n - Create new tables with updated schemas and copy data when needed\n - Always run table creation before querying\n\n3. **React Configuration:**\n - All React dependencies must be pinned to 18.2.0\n - Always include `@jsxImportSource https://esm.sh/react@18.2.0` at the top of\n React files\n - Rendering issues often come from mismatched React versions\n\n4. **File Handling:**\n - Val Town only supports text files, not binary\n - Use the provided utilities to read files across branches and forks\n - For files in the project, use `readFile` helpers\n\n5. **API Design:**\n - `fetch` handler is the entry point for HTTP vals\n - Run the Hono app with\n `export default app.fetch // This is the entry point for HTTP vals`\n",[171],"3730881a-501c-11f1-8aea-ee650bb23af1","shared","373088d8-501c-11f1-8aea-ee650bb23af1",50,["D",1778821754032],[178],"b4b07732-50d5-11f1-ac77-ee650bb23af1",["D",1778901421483],[27],"pulls","branches","forks","envVars",{"_193":195,"_196":57},"connections",{"_193":57,"_194":57},"count","unfilledCount",6,"emptyCount",{"_40":183,"_31":27,"_29":30,"_136":-5,"_38":39,"_37":14,"_138":121,"_35":233,"_13":57,"_32":33,"_34":-5,"_23":24,"_143":-5,"_206":234,"_26":235},{"_40":177,"_31":178,"_29":179,"_136":-5,"_38":39,"_37":180,"_138":121,"_35":230,"_13":57,"_32":33,"_34":-5,"_23":24,"_143":-5,"_206":231,"_26":232},{"_40":221,"_31":222,"_29":223,"_136":179,"_38":39,"_37":224,"_138":121,"_35":225,"_13":57,"_32":226,"_34":227,"_23":24,"_143":-5,"_206":228,"_26":229},{"_40":170,"_31":171,"_29":172,"_136":-5,"_38":39,"_37":173,"_138":24,"_35":218,"_13":150,"_32":20,"_34":175,"_23":24,"_143":-5,"_206":219,"_26":220},{"_40":162,"_31":163,"_29":164,"_136":-5,"_38":39,"_37":165,"_138":24,"_35":215,"_13":167,"_32":20,"_34":168,"_23":24,"_143":-5,"_206":216,"_26":217},{"_40":153,"_31":154,"_29":155,"_136":-5,"_38":39,"_37":156,"_138":24,"_35":212,"_13":158,"_32":159,"_34":160,"_23":24,"_143":-5,"_206":213,"_26":214},{"_40":145,"_31":146,"_29":147,"_136":-5,"_38":39,"_37":148,"_138":121,"_35":209,"_13":150,"_32":20,"_34":151,"_23":24,"_143":-5,"_206":210,"_26":211},{"_40":133,"_31":134,"_29":135,"_136":-5,"_38":39,"_37":137,"_138":121,"_35":205,"_13":140,"_32":141,"_34":142,"_23":24,"_143":-5,"_206":207,"_26":208},["D",1778821754224],"children",[],[134],["D",1778821754197],[],[146],["D",1778898717014],[],[154],["D",1778821754198],[],[163],["D",1778821754300],[],[171],"3746bee6-501c-11f1-8aea-ee650bb23af1","notion.ts","3746bfae-501c-11f1-8aea-ee650bb23af1",51,["D",1778821754180],"script","import { Client } from \"npm:@notionhq/client@5.21.0\";\n\nexport const NOTION_API_VERSION = \"5.21.0\";\n\nexport function requireEnv(name: string): string {\n const value = Deno.env.get(name);\n if (!value || !value.trim()) {\n throw new Error(\n `Missing required env var \"${name}\". Set it in your Val Town environment before running.`,\n );\n }\n return value.trim();\n}\n\nexport function requireEnvList(name: string): string[] {\n const raw = requireEnv(name);\n const ids = raw.split(\",\").map((id) => id.trim()).filter(Boolean);\n if (ids.length === 0) {\n throw new Error(`Env var \"${name}\" is set but contains no IDs.`);\n }\n return ids;\n}\n\nexport function makeNotionClient(): Client {\n return new Client({ auth: requireEnv(\"NOTION_TOKEN\") });\n}\n\n/** Polite pacing for Notion writes. ~3 req/s is the published rate limit. */\nexport const SLEEP_MS = 400;\n\nexport function sleep(ms: number = SLEEP_MS): Promise {\n return new Promise((resolve) => setTimeout(resolve, ms));\n}\n\n/** Wrap a util so the same default export works for cron and HTTP triggers. */\nexport function asTrigger(\n run: () => Promise,\n): (req?: Request) => Promise {\n return async (req?: Request) => {\n const started = Date.now();\n try {\n const result = await run();\n const body = { ok: true, durationMs: Date.now() - started, result };\n if (req) {\n return new Response(JSON.stringify(body, null, 2), {\n headers: { \"content-type\": \"application/json; charset=utf-8\" },\n });\n }\n console.log(JSON.stringify(body));\n } catch (err) {\n const message = err instanceof Error ? err.message : String(err);\n console.error(message);\n if (req) {\n return new Response(\n JSON.stringify({ ok: false, error: message }, null, 2),\n {\n status: 500,\n headers: { \"content-type\": \"application/json; charset=utf-8\" },\n },\n );\n }\n throw err;\n }\n };\n}\n",[],[178,222],["D",1778821754032],[199],[178],["D",1778901421483],[],[27],["D",1768612648758],["D",1789440062937],{"_94":93,"_102":98},{"_94":93,"_95":96,"_97":98,"_18":51,"_99":100,"_101":24},{"_13":83,"_31":84,"_40":39,"_85":41,"_86":-5,"_87":-5,"_88":-5,"_89":-5,"_90":-5,"_91":42,"_92":93},"ctx",{"_76":-5,"_123":274,"_275":276,"_277":278,"_279":24,"_280":24,"_281":24,"_282":121,"_283":-5,"_284":-7,"_285":-7,"_286":57,"_287":24,"_288":24,"_289":-5,"_290":24,"_291":24,"_292":24,"_293":-5},"ENV",{"_245":246,"_247":248,"_249":84,"_250":251,"_252":253,"_254":255,"_256":257,"_258":259,"_260":261,"_262":263,"_264":265,"_266":267,"_268":269,"_270":271,"_272":273},"REACT_APP_SENTRY_DSN","https://586020d86f05489db63a554690acf1e9@o1398359.ingest.sentry.io/6724499","RENDER_GIT_COMMIT","e87eb04e707cf64e7e532c8e8ec395f209e17f15","RENDER_GIT_BRANCH","POSTHOG_API_TOKEN","phc_nmoyuAkStEZuUp69rYlg1DZgrIt19Gx0Y4Hwf8tGgJP","POSTHOG_API_HOST","https://wart.val.town","WEB_API_TEMPLATE","https://{val}.web.val.run","APP_URL","https://www.val.town","MODULE_URL","https://esm.town","VANITY_WEB_API_TEMPLATE","https://{label}.val.run/","DENOLS_URL","https://lsp.val.town","NODE_ENV","production","CLOUDFLARE_TURNSTILE_SITE_KEY","0x4AAAAAACtaIZJH7s9rBMZ6","GOOGLE_CLIENT_ID","875989696899-jtsqkhlbdv5jrlsk8631p7ipjg3c6o62.apps.googleusercontent.com","STRIPE_PUBLISHABLE_KEY","pk_live_51N2zvWEpZTTLipIkVEwXrUG9AT0yeOOEYxszarZT1jpsZV58Ly6wlg3SltZpHN26CUalOBmUSY7adQRQiSkCZz2500qSXNkf8Y","API_URL","https://api.val.town",[],"preferencesKeybindings","default","preferencesTheme","light","preferencesFixers","preferencesCopilot","preferencesSelectionAi","preferencesCloseBrackets","preferencesChatPanelState","preferencesDprint","preferencesDenofmt","notificationCount","flagDenols","isBusinessOrgMember","businessOrgHandle","isBusinessOrgAdmin","isHigherTownieTier","navCollapsed","currentOrgId"]

Diff · v61