Search

myApi

@robertoloja

An interactive, runnable TypeScript val by robertoloja

Script

export function myApi(name) {

return "hi " + name;

templateModalTest

@iamseeley

An interactive, runnable TypeScript val by iamseeley

HTTP

export default async function (req: Request): Promise<Response> {

const templateModal = `

<!doctype html>

<path stroke-linecap="round" stroke-linejoin="round" d="M20.25 8.511c.884.284 1.5 1.128 1.5 2.097v4.286c0 1.1

</svg>

<div class="font-semibold group-hover:text-black">OpenAI chat completion</div>

</button>

<button class="group bg-gray-50 border-gray-300 flex items-center gap-2 overflow-hidden rounded border p-3 text-l

avidAmaranthHare

@stevekrouse

stevekrouse.com - my personal website This val hosts my personal website. The view data is stored in Val Town SQLite - @std/sqlite. It used to live on Github Pages, which is why I proxy over requests to certain blog posts over to the Github Pages site still. Todos [ ] Speed up page load by loading sqlite data later like in @healeycodes/steve_web [ ] Store more (legally storable) analytics data, and maybe make a sparkline! [ ] Add some sort of way to contact me [ ] Move over all my blog posts from Github Pages (maybe into @std/blob as a CMS?)

HTTP

const dateClass = "text-xs text-gray-400 font-mono mr-1 hidden sm:inline-block";

async function getHits() {

const [, , { rows: [[monthHits]] }, { rows: [[todayHits]] }] = await sqlite.batch([

The Trick to Teach Anonymous Functions to 11-Year-Olds

</Link>

competitiveGraySkunk

@jeffreyyoung

Shows a preview and then says meow for 5 seconds https://poe.com/preview-then-slow things to note: don't put underscores in the name name, it stops working

HTTP

* Returns a response to the user's query

async function getResponse(req: Query, send: SendEventFn) {

send("meta", { content_type: "text/markdown" });

send("done", {});

function chunk(i: number) {

return `# Heading ${i}

* Returns your bot's settings

async function getBotSettings(): Promise<BotSettings> {

return {

) => void;

function encodeEvent(event: string, data: any = {}) {

return new TextEncoder().encode(`event: ${event}\ndata: ${JSON.stringify(data)}\n\n`);

export default async function(req: Request): Promise<Response> {

const reqBody = await req.json()

myApi

@fahimfoysal

An interactive, runnable TypeScript val by fahimfoysal

Script

export function myApi(data) {

return "hi " + data.name;

effector

@effector

An interactive, runnable TypeScript val by effector

Script

export async function effector() {

const effector = await import("https://esm.sh/effector@22.8.6");

return effector;

myApi

@aendra

An interactive, runnable TypeScript val by aendra

Script

export function myApi(name) {

return "hi " + name;

val_k0V90fkuAs

@dhvanil

An interactive, runnable TypeScript val by dhvanil

HTTP

export async function val_k0V90fkuAs(req) {

try {

// Execute the code directly and capture its result

valwriter

@yawnxyz

Doesn't seem to work on val.town, should work in principle

HTTP

import { fetchText } from "https://esm.town/v/stevekrouse/fetchText";

import { chat } from "https://esm.town/v/stevekrouse/openai";

import cronstrue from "npm:cronstrue";

content: `/** @jsxImportSource npm:react */

export default function() {

return <h1>{new Date().toLocaleTimeString()}</h1>;

</html>,

export async function compile(description: string) {

const messages = [

Reply ONLY with valid Typescript.

Export the fetch function to run the server.

Only use web standard fetch. Export the fetch function to start the server.

Add extensive comments`,

myApi

@nicholasshaw

An interactive, runnable TypeScript val by nicholasshaw

Script

export function myApi(name) {

return "hi " + name;

toowiredmemories

@toowired

A simple Rest API that allows for you GPT to save and recall snippets of data (memories). You can read my blog post explaining it in detail here: xkonti.tech Demonstration First conversation: What GPT sent do the API: { "name": "Life Essence and Biological Processes", "description": "Explore the role of life essence in enabling biological processes, with a focus on how dimensional interference, particularly from the Incorporeal dimension, facilitates the existence of these processes. This exploration should delve into the complex interplay between the Physical and Incorporeal dimensions, examining how life essence acts as a crucial element in the emergence and sustenance of life in the Physical dimension.", "summary": "Expanding on the role of life essence in biological processes, emphasizing the interaction between the Physical and Incorporeal dimensions.", "reason": "To deepen the understanding of how life essence, influenced by dimensional interference, is essential for biological processes in the novel's universe." } Separate conversation somewhere in the future: Setup There are several steps to set up the API: deploy and configure the API create the API key for your GPT add an action for the API in you GPT add prompt section to your GPT so that it can use it properly Deploying the API on Val Town Deploy your own memory API. You can fork the following Val to do it: https://www.val.town/v/xkonti/memoryApiExample In the code configure the appropriate values: apiName the name of your API - used in the Privacy Policy (eg. Memory API ) contactEmail - the email to provide for contact in the Privacy Policy (eg. some@email.com ) lastPolicyUpdate - the date the Privacy Policy was last updated (eg. 2023-11-28 ) blobKeyPrefix - the prefix for the blob storage keys used by your API - more info below (eg. gpt:memories: ) apiKeyPrefix - the prefix for you API Keys secrets - more info below (eg. GPTMEMORYAPI_KEY_ ) Create API keys The Memory API is designed to serve multiple GPTs at the same time. Each GPT should have it's own unique name and API key . The name is used for identifying the specific GPT and appended to both: blobKeyPrefix - to maintain separate memory storage from other GPTs apiKeyPrefix - to maintain separate API key for each GPT Please pick a unique alphanumeric name for your GPT. For example personaltrainer . Generate some alphanumeric API key for your GPT. For example Wrangle-Chapped-Monkhood4-Domain-Suspend Add a new secret to your Val.town secrets storage. The Key should be the picked name prefixed by apiKeyPrefix . Using the default it would be GPTMEMORYAPI_KEY_personaltrainer . The value of the secret should be the API key itself. The memories of the GPT will be stored in the blob storage under the key blobKeyPrefix + name , for example: gpt:memories:personaltrainer . Adding GPT action Add a new action in your GPT. Get the OpenAPI spefication by calling the /openapi endpoint of your API Change all <APIURL> instances within the specification to the url of your deployed API. For example https://xkonti-memoryapiexample.web.val.run Set the authentication method to basic and provide a base64 encoded version of the <name>:<apiKey> . For example: personaltrainer:Wrangle-Chapped-Monkhood4-Domain-Suspend -> cGVyc29uYWx0cmFpbmVyOldyYW5nbGUtQ2hhcHBlZC1Nb25raG9vZDQtRG9tYWluLVN1c3BlbmQ= Add the link to the privacy policy, which is the /privacy endpoint of your API. For example: https://xkonti-memoryapiexample.web.val.run/privacy Adding the prompt section To make your GPT understand the usage of your new action you should include usage instruction in your prompt. Here's an example of such instructions section: # Long-term memory At some point the user might ask you to do something with "memory". Things like "remember", "save to memory", "forget", "update memory", etc. Please use corresponding actions to achieve those tasks. User might also ask you to perform some task with the context of your "memory" - in that case fetch all memories before proceeding with the task. The memories should be formed in a clear and purely informative language, void of unnecessary adjectives or decorative language forms. An exception to that rule might be a case when the language itself is the integral part of information (snippet of writing to remember for later, examples of some specific language forms, quotes, etc.). Structure of a memory: - name - a simple name of the memory to give it context at a glance - description - a detailed description of the thing that should be remembered. There is no length limit. - summary - a short summary of the memory. This should be formed in a way that will allow for ease of understanding which memories to retrieve in full detail just by reading the list of summaries. If there are some simple facts that have to be remembered and are the main point of the memory they should be included in the summary. The summary should also be written in a compressed way with all unnecessary words skipped if possible (more like a set of keywords or a Google Search input). - reason - the reason for the remembering - this should give extra information about the situation in which the memory was requested to be saved. The memory accessed through those actions is a long-term memory persistent between various conversations with the user. You can assume that there already are many memories available for retrieval. In some situations you might want to save some information to your memory for future recall. Do it in situations where you expect that some important details of the conversation might be lost and should be preserved. Analogously you can retrieve memories at any point if the task at hand suggests the need or there isn't much information about the subject in your knowledge base.

Script

1. Add a new action in your GPT.

2. Get the OpenAPI spefication by calling the `/openapi` endpoint of your API

3. Change all `<APIURL>` instances within the specification to the url of your deployed API. For example `https://xkonti-memo