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 { parseProject, readFile, serveFile } from \"https://esm.town/v/std/utils@85-main/index.ts\";\n```\n\n### Available Utilities\n\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\" urls:\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 Standard Library utilities ONLY RUN ON THE SERVER.\nIf you need access to this data on the client, run it in the server and pass it to the client by splicing it into the HTML page\nor by making an API request for it.\n\n## Val Town Platform Specifics\n\n- **Redirects:** Use `return new Response(null, { status: 302, headers: { Location: \"/place/to/redirect\" }})` instead of `Response.redirect` which is broken\n- **Images:** Avoid external images or base64 images. Use emojis, unicode symbols, or icon fonts/libraries instead\n- **AI Image:** To inline generate an AI image use: `

`\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) unless otherwise specified\n- **View Source:** Add a view source link by importing & using `import.meta.url.replace(\"ems.sh\", \"val.town)\"` (or passing this data to the client) and include `target=\"_top\"` attribute\n- **Error Debugging:** Add `` to HTML to capture client-side errors\n- **Error Handling:** Only use try...catch when there's a clear local resolution; Avoid catches that merely log or return 500s. Let errors bubble up with full context\n- **Environment Variables:** Use `Deno.env.get('keyname')` when you need to, but generally prefer APIs that don't require keys\n- **Imports:** Use `https://esm.sh` for npm and Deno dependencies to ensure compatibility on server and browser\n- **Storage Strategy:** Only use backend storage if explicitly required; prefer simple static client-side sites\n- **React Configuration:** When using React libraries, pin versions with `?deps=react@18.2.0,react-dom@18.2.0` and start the file with `/** @jsxImportSource https://esm.sh/react@18.2.0 */`\n- Ensure all React dependencies and sub-dependencies are pinned to the same version\n- **Styling:** Default to using TailwindCSS via `` unless otherwise specified\n\n## Project Structure and Design Patterns\n\n### Recommended Directory Structure\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 files:\n ```ts\n import { readFile, serveFile } 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 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- 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 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 `export default app.fetch // This is the entry point for HTTP vals`\n\n\n## Utility Functions from Other Vals\n\n### Logging\n\n- Use the relevant log level based on what you're logging.\n- Import `https://www.val.town/x/cricks_unmixed4u/logger/code/logger/main.tsx` and use `logInfo`, `logError` or `logDebug`.\n\n# Next Step 1 - Export a new function from api\n\nThe new function should return the relevant content of a given issue in markdown format.\nThe relevant content is the text comments, including URLs (of links and images) included in them.\n\n\n",[],[198,205],[198],{"_103":215,"_95":216,"_153":217,"_155":-5,"_156":138,"_157":218,"_159":160,"_105":219,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_167":220,"_98":230},"70134cb4-553e-11f0-9e3a-f69ea79377d9","shared","70134d72-553e-11f0-9e3a-f69ea79377d9",25,["D",1751238710506],[221],{"_103":222,"_95":223,"_153":224,"_155":217,"_156":138,"_157":225,"_159":22,"_105":226,"_99":32,"_162":176,"_164":227,"_165":22,"_166":-5,"_167":228,"_98":229},"7033ffb8-553e-11f0-9e3a-f69ea79377d9","github-utils.ts","70340076-553e-11f0-9e3a-f69ea79377d9",27,["D",1751238710682],"import { Octokit } from \"https://esm.sh/@octokit/rest@20.0.2\";\n\nexport interface GitHubConfig {\n repoOwner?: string;\n repoName?: string;\n githubToken?: string;\n}\n\nexport interface GitHubClientResult {\n octokit: Octokit;\n repoOwner: string;\n repoName: string;\n}\n\nexport function createGitHubClient(options: GitHubConfig = {}): GitHubClientResult {\n // Configuration with fallbacks to environment variables\n const repoOwner = options.repoOwner || Deno.env.get(\"GITHUB_REPO_OWNER\");\n const repoName = options.repoName || Deno.env.get(\"GITHUB_REPO_NAME\");\n\n if (!repoOwner || !repoName) {\n throw new Error(\n \"GITHUB_REPO_OWNER and GITHUB_REPO_NAME must be provided via options or environment variables\",\n );\n }\n\n // Initialize GitHub client\n const githubToken = options.githubToken || Deno.env.get(\"GITHUB_TOKEN\");\n if (!githubToken) {\n throw new Error(\n \"GITHUB_TOKEN must be provided via options or environment variable\",\n );\n }\n\n const octokit = new Octokit({\n auth: githubToken,\n });\n\n return {\n octokit,\n repoOwner,\n repoName,\n };\n}\n\nexport function extractUrls(text: string): string[] {\n const urlRegex = /(https?:\\/\\/[^\\s\\)]+)/g;\n return text.match(urlRegex) || [];\n}\n",[],[216,223],[216],{"_103":232,"_95":233,"_153":234,"_155":-5,"_156":138,"_157":235,"_159":160,"_105":236,"_99":32,"_162":209,"_164":237,"_165":22,"_166":-5,"_167":238,"_98":239},"7133185c-43e3-11f0-8d0a-76b3cceeab13",".vtignore","71331942-43e3-11f0-8d0a-76b3cceeab13",2,["D",1749330458423],".git\n.vscode\n.cursorrules\n.DS_Store\nnode_modules\nvendor",[],[233],{"_103":241,"_95":242,"_153":243,"_155":-5,"_156":138,"_157":244,"_159":22,"_105":245,"_99":32,"_162":209,"_164":246,"_165":22,"_166":-5,"_167":247,"_98":248},"377ab88a-451f-11f0-90ff-76b3cceeab13","README.md","377ab970-451f-11f0-90ff-76b3cceeab13",16,["D",1749466082549],"# GitHub Issues Monitor (Val Town)\n\nA scheduled Val Town cron script that monitors a GitHub repository for issues updated since the last run. It fetches updated issues using the GitHub API, logs their details, and tracks the last run timestamp using Val Town's SQLite integration.\n\n## Features\n\n- **Scheduled Monitoring:** Runs on a schedule (cron trigger) to check for updated issues in a specified GitHub repository.\n- **Efficient Tracking:** Only fetches issues updated since the last run, minimizing API calls.\n- **Persistent State:** Stores the last run timestamp in Val Town SQLite.\n- **Customizable:** Easily configure which repository to monitor and which GitHub token to use.\n- **TypeScript:** Fully typed, modern ES6+ code.\n\n## Setup\n\n### 1. Environment Variables\n\nSet the following environment variables in your Val Town project:\n\n- `GITHUB_TOKEN` – A GitHub personal access token with `repo` access (for private repos) or `public_repo` (for public repos).\n- `GITHUB_REPO_OWNER` – The owner (user or org) of the repository to monitor.\n- `GITHUB_REPO_NAME` – The name of the repository to monitor.\n\nYou can also pass these as options to the exported functions if you prefer not to use environment variables.\n\n### 2. Permissions\n\nEnsure your GitHub token has the correct permissions to read issues from the target repository.\n\n## Usage\n\nThis val is a **cron trigger**. It will run automatically on the schedule you set in Val Town. On each run, it:\n\n1. Loads the last run timestamp from SQLite (or defaults to 24 hours ago if first run).\n2. Fetches all issues updated since that timestamp from the configured GitHub repository.\n3. Logs details about each updated issue (number, title, state, author, URL, etc.).\n4. Updates the last run timestamp in SQLite.\n\n### Manual Execution\n\nYou can also invoke the main function manually for testing:\n\n```ts\nimport monitorGitHubIssues from \"./github-issues-monitor.cron.tsx\";\nawait monitorGitHubIssues();\n```\n\nOr use the helper to fetch issues directly:\n\n```ts\nimport { getGitHubIssuesUpdatedSinceLastRun } from \"./github-issues-monitor.cron.tsx\";\nconst issues = await getGitHubIssuesUpdatedSinceLastRun();\n```\n\n## Customization\n\nYou can monitor a different repository or use a different token by passing options:\n\n```ts\nawait monitorGitHubIssues({\n repoOwner: \"octocat\",\n repoName: \"Hello-World\",\n githubToken: \"ghp_...\"\n});\n```\n\n## Val Town Platform Notes\n\n- Uses Val Town's [SQLite integration](https://docs.val.town/std/sqlite) for persistent state.\n- Requires environment variables for secrets (never hardcode tokens).\n- Designed for Deno/Val Town serverless context.\n- Follows Val Town best practices for cron triggers and error handling.\n\n## Development\n\n- All code is in `github-issues-monitor.cron.tsx`.\n- TypeScript interfaces are provided for clarity and type safety.\n- To extend functionality (e.g., notifications, filtering), modify the `monitorGitHubIssues` function.\n\n## License\n\nMIT (or specify your preferred license) ",[],[242],{"_103":250,"_95":251,"_153":252,"_155":-5,"_156":138,"_157":253,"_159":22,"_105":254,"_99":32,"_162":209,"_164":255,"_165":22,"_166":-5,"_167":256,"_98":257},"71369ea0-43e3-11f0-845a-76b3cceeab13","deno.json","71369f7c-43e3-11f0-845a-76b3cceeab13",3,["D",1749330458430],"{\n \"$schema\": \"https://raw.githubusercontent.com/denoland/deno/348900b8b79f4a434cab4c74b3bc8d4d2fa8ee74/cli/schemas/config-file.v1.json\",\n \"lock\": false,\n \"compilerOptions\": {\n \"noImplicitAny\": false,\n \"strict\": false,\n \"types\": [\n \"https://www.val.town/types/valtown.d.ts\"\n ],\n \"lib\": [\n \"dom\",\n \"dom.iterable\",\n \"dom.asynciterable\",\n \"deno.ns\",\n \"deno.unstable\"\n ]\n },\n \"lint\": {\n \"files\": {\n \"include\": [\n \"deno:/https/esm.town/**/*\"\n ]\n },\n \"rules\": {\n \"exclude\": [\n \"no-explicit-any\"\n ]\n }\n },\n \"node_modules_dir\": false,\n \"experimental\": {\n \"unstable-node-globals\": true,\n \"unstable-temporal\": true,\n \"unstable-worker-options\": true,\n \"unstable-sloppy-imports\": true\n }\n}",[],[251],{"_103":259,"_95":260,"_153":261,"_155":-5,"_156":138,"_157":262,"_159":22,"_105":263,"_99":244,"_162":176,"_164":264,"_165":22,"_166":-5,"_167":265,"_98":266},"702c3e36-553e-11f0-8a07-f69ea79377d9","github-issues-monitor.cron.tsx","92e5e2ee-43e4-11f0-80a4-76b3cceeab13",26,["D",1751238710666],"import {\n getGitHubIssuesUpdatedSinceLastRun,\n MonitorOptions,\n} from \"./api/index.tsx\";\n\n// Debug logger\nexport function debugLog(...args: unknown[]) {\n if (Deno.env.get(\"DEBUG\") === \"true\") {\n console.log(\"[DEBUG]\", ...args);\n }\n}\n\nexport { getGitHubIssuesUpdatedSinceLastRun }; // Backwards compatibility related to rolodex.\n\nexport async function monitorGitHubIssues(options: MonitorOptions = {}) {\n try {\n debugLog(\"Starting monitorGitHubIssues with options:\", options);\n const issues = await getGitHubIssuesUpdatedSinceLastRun(options);\n\n console.log(`Found ${issues.length} issues updated since last run`);\n debugLog(\"Issues:\", issues);\n\n // Process each issue\n for (const issue of issues) {\n console.log(`Issue #${issue.number}: ${issue.title}`);\n debugLog(\"Issue details:\", issue);\n console.log(` State: ${issue.state}`);\n console.log(` Updated: ${issue.updated_at}`);\n console.log(` Author: ${issue.user.login}`);\n console.log(` URL: ${issue.html_url}`);\n console.log(\"---\");\n }\n } catch (error) {\n console.error(\"Error fetching GitHub issues:\", error);\n debugLog(\"Error details:\", error);\n throw error;\n }\n}\n\n// Keep the default export for cron functionality\nexport default monitorGitHubIssues;\n",[],[260],{"_103":268,"_95":269,"_153":270,"_155":-5,"_156":138,"_157":271,"_159":22,"_105":272,"_99":273,"_162":209,"_164":274,"_165":22,"_166":-5,"_167":275,"_98":276},"369977e4-5541-11f0-bfc0-f69ea79377d9","knowledge.md","92e20f70-43e4-11f0-b842-76b3cceeab13",34,["D",1751239902564],4,"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 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 about it\n- **Never bake in secrets into the code** - always use environment variables\n- Include comments explaining complex logic (avoid commenting obvious operations)\n- Follow modern ES6+ conventions and functional programming practices if 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\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(`SELECT * FROM ${TABLE_NAME} WHERE id = ?`, [1]);\n```\n\nNote: When changing a SQLite table's schema, change the table's name (e.g., add _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- **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) unless otherwise specified\n- **View Source:** Add a view source link by importing & using `import.meta.url.replace(\"ems.sh\", \"val.town)\"` (or passing this data to the client) and include `target=\"_top\"` attribute\n- **Error Debugging:** Add `` to HTML to capture client-side errors\n- **Error Handling:** Only use try...catch when there's a clear local resolution; Avoid catches that merely log or return 500s. Let errors bubble up with full context\n- **Environment Variables:** Use `Deno.env.get('keyname')` when you need to, but generally prefer APIs that don't require keys\n- **Imports:** Use `https://esm.sh` for npm and Deno dependencies to ensure compatibility on server and browser\n- **Storage Strategy:** Only use backend storage if explicitly required; prefer simple static client-side sites\n- **React Configuration:** When using React libraries, pin versions with `?deps=react@18.2.0,react-dom@18.2.0` and start the file with `/** @jsxImportSource https://esm.sh/react@18.2.0 */`\n- Ensure all React dependencies and sub-dependencies are pinned to the same version\n- **Styling:** Default to using TailwindCSS via `` unless otherwise specified\n\n## Project Structure and Design Patterns\n\n### Recommended Directory Structure\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 files:\n ```ts\n import { readFile, serveFile } 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 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- 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 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 `export default app.fetch // This is the entry point for HTTP vals`\n\n\n## Utility Functions from Other Vals\n\n### Logging\n\n- Use the relevant log level based on what you're logging.\n- Import `https://www.val.town/x/cricks_unmixed4u/logger/code/logger/main.tsx` and use `logInfo`, `logError` or `logDebug`.\n\n## Retrieving GitHub Issue Content as Markdown\n\nThe new functionality added in the GitHub API library allows developers to fetch a specific issue's content from a GitHub repository and format it in Markdown. This includes both the issue's main description and all comments associated with that issue, with any URLs present in the text also extracted and listed.\n\n### Function Overview\n\nThe function, `getIssueContentAsMarkdown`, is defined as follows:\n\n```tsx\nexport async function getIssueContentAsMarkdown(\n issueNumber: number,\n options: MonitorOptions = {},\n): Promise {\n // This function retrieves the content of a specified GitHub issue as formatted Markdown.\n}\n```\n\n### Detailed Function Breakdown\n\n1. **Issue Retrieval**: It first retrieves the specified issue using the `issueNumber` parameter.\n2. **Comments Retrieval**: It fetches all comments related to that issue.\n3. **Markdown Construction**: A Markdown representation is built that includes:\n - The issue title and description\n - Each comment along with the username of the commenter\n - A listing of URLs found in both the issue description and comments\n\n### Example Usage\n\nHere is how you would use the `getIssueContentAsMarkdown` function in a typical scenario:\n\n```tsx\nimport { getIssueContentAsMarkdown } from 'https://esm.town/v/cricks_unmixed4u/github-api/api/index.tsx?v=30'; // Ensure to use the correct version based on the function declaration.\n\nasync function displayIssueContent() {\n const issueNumber = 42; // The issue number to retrieve.\n const options = {\n repoOwner: 'your-repo-owner', // Replace with the GitHub repository owner\n repoName: 'your-repo-name', // Replace with the GitHub repository name\n // Additional options can be specified here if needed.\n };\n\n try {\n const markdownContent = await getIssueContentAsMarkdown(issueNumber, options);\n console.log(markdownContent); // Outputs the formatted markdown to the console\n // You can then render this markdown in a UI component or send it via email, etc.\n } catch (error) {\n console.error(\"Failed to retrieve issue content:\", error);\n }\n}\n\ndisplayIssueContent();\n```\n\n### Key Considerations\n\n- Ensure you provide valid `repoOwner` and `repoName` in the `options` parameter for successful execution.\n- Exception handling is crucial, as network requests can fail, and issues or comments may not exist.\n- The returned Markdown can be rendered using a Markdown component in a frontend framework or saved for documentation purposes.\n\nThis new functionality streamlines the process of retrieving and displaying GitHub issue content and enhances collaboration and visibility in development environments.\n\n# Next Step 1 - Export a new function from api\n\nThe new function should return the relevant content of a given issue in markdown format.\nThe relevant content is the text comments, including URLs (of links and images) included in them.\n\n# Next Step 2 - React + Hono web app to add web UI\n\nIt's very important that the web UI can only be accessed with a secret, stored in LICENSE_KEY environment variable.\n\nThe app should show a default repo name: oguzhanogreden/notes\n\nWhen the app starts, it should get current issues.\n\nWhen user selects an issue, it's comments should be displayed as markdown using displayIssueContent().\n",[],[269],{"_103":278,"_95":279,"_153":280,"_155":-5,"_156":138,"_157":281,"_159":22,"_105":282,"_99":32,"_162":209,"_164":210,"_165":22,"_166":-5,"_167":283,"_98":284},"ac4438e6-553f-11f0-b933-f69ea79377d9","llm","ac443a26-553f-11f0-b933-f69ea79377d9",31,["D",1751239240984],[],[279],{"_103":286,"_95":287,"_153":288,"_155":-5,"_156":138,"_157":175,"_159":22,"_105":289,"_99":32,"_162":176,"_164":72,"_165":22,"_166":-5,"_167":290,"_98":291},"4308ae24-43e3-11f0-b155-76b3cceeab13","main.tsx","4308aeba-43e3-11f0-b155-76b3cceeab13",["D",1749330380970],[],[287],"files",[150,169,181,188,196,203,214,221,231,240,249,258,267,277,285],"counts",{"_296":32,"_297":175,"_298":32,"_299":300},"pulls","branches","forks","envVars",6,"contents",[303,306,309,312,315,318,321,324,327,330,333,336],{"_103":151,"_95":152,"_153":154,"_155":-5,"_156":138,"_157":158,"_159":160,"_105":304,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_98":305},["D",1751238095188],[152],{"_103":182,"_95":183,"_153":184,"_155":-5,"_156":138,"_157":100,"_159":160,"_105":307,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_98":308},["D",1751240351294],[183],{"_103":189,"_95":190,"_153":191,"_155":-5,"_156":138,"_157":192,"_159":160,"_105":310,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_98":311},["D",1751240351141],[190],{"_103":197,"_95":198,"_153":199,"_155":-5,"_156":138,"_157":200,"_159":160,"_105":313,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_98":314},["D",1751239240821],[198],{"_103":215,"_95":216,"_153":217,"_155":-5,"_156":138,"_157":218,"_159":160,"_105":316,"_99":32,"_162":163,"_164":-5,"_165":22,"_166":-5,"_98":317},["D",1751238710506],[216],{"_103":232,"_95":233,"_153":234,"_155":-5,"_156":138,"_157":235,"_159":160,"_105":319,"_99":32,"_162":209,"_164":237,"_165":22,"_166":-5,"_98":320},["D",1749330458423],[233],{"_103":241,"_95":242,"_153":243,"_155":-5,"_156":138,"_157":244,"_159":22,"_105":322,"_99":32,"_162":209,"_164":246,"_165":22,"_166":-5,"_98":323},["D",1749466082549],[242],{"_103":250,"_95":251,"_153":252,"_155":-5,"_156":138,"_157":253,"_159":22,"_105":325,"_99":32,"_162":209,"_164":255,"_165":22,"_166":-5,"_98":326},["D",1749330458430],[251],{"_103":259,"_95":260,"_153":261,"_155":-5,"_156":138,"_157":262,"_159":22,"_105":328,"_99":244,"_162":176,"_164":264,"_165":22,"_166":-5,"_98":329},["D",1751238710666],[260],{"_103":268,"_95":269,"_153":270,"_155":-5,"_156":138,"_157":271,"_159":22,"_105":331,"_99":273,"_162":209,"_164":274,"_165":22,"_166":-5,"_98":332},["D",1751239902564],[269],{"_103":278,"_95":279,"_153":280,"_155":-5,"_156":138,"_157":281,"_159":22,"_105":334,"_99":32,"_162":209,"_164":210,"_165":22,"_166":-5,"_98":335},["D",1751239240984],[279],{"_103":286,"_95":287,"_153":288,"_155":-5,"_156":138,"_157":175,"_159":22,"_105":337,"_99":32,"_162":176,"_164":72,"_165":22,"_166":-5,"_98":338},["D",1749330380970],[287],"upstreamProject","upstreamBranch","emptyEnvVars","isNew","flags",[],"routes/_app.x.$handle.$name.branch.$branch.version.$version.diff",{"_101":347,"_99":100,"_352":353},{"_103":104,"_95":96,"_105":348,"_107":-5,"_108":22,"_109":110,"_111":112,"_113":-5,"_14":114,"_115":-5,"_116":22,"_117":-5,"_118":32,"_16":119,"_120":121,"_122":121,"_123":124,"_125":124,"_126":124,"_127":121,"_128":121,"_23":349,"_132":350,"_135":351,"_147":22},["D",1749330380955],{"_93":94,"_130":131},{"_93":94,"_134":131},{"_99":137,"_95":43,"_103":138,"_139":104,"_140":-5,"_141":-5,"_142":-5,"_143":-5,"_144":-5,"_145":96,"_146":94},"changes",[354],{"_209":355,"_357":-7,"_98":183},{"_153":184,"_95":183,"_162":163,"_164":-5,"_105":356,"_157":100,"_156":138},["D",1751240351294],"previous","actionData","errors"]