agentleFS
MicrosoftKnown publishermicrosoft/aitour27-BRK390-building-ai-applications-with-microsoft-databases-and-fabric/AGENTS.md

aitour27-BRK390-building-ai-applications-with-microsoft-databases-and-fabric

AGENTS.md1 starsChanged 51 days agoMITView on GitHub

This repository contains the full BRK390 session. The publication responsibility covered here is the Act 3 demo under instructions/act3.md, docs/act3.md, infra/act3/, scripts/act3/, src/act3/, and the directly related tests and SQL runtime file. 1. Read docs/act3.md and instructions/act3.md. 2. Read .github/skills/caldova-demo/SKILL.md. 3. Keep data/scenario.json frozen and derive the December staffing scenario through scripts/act3/build-staffing-scenario.mjs. 4. Use Node.js 24 or later. TypeScript runs through native type stripping; do not add a TypeScript compilation step. - Treat every business record as synthetic and every…

  • Reads credentials

1 other project uses a version of this.

Adopted by

Most recently taken up by

The file

We split this AGENTS.md into the rules it gives an agent

8 rules. About 0 are common, 3 are distinctive, and 5 are very specific to this project.

  • ≈0

    Common · estimate

    Many files like this have a rule of this kind.

  • ≈3

    Distinctive · estimate

    This author's own choices. Worth a look.

  • 5

    Very specific

    Tied to their project's names, files or tools. Probably skip.

  • Common
  • Distinctive
  • Very specific
  • could be automatic: a setting could enforce it
  1. Very specific:

    Read docs/act3.md and instructions/act3.md.

    line 10
  2. Very specific:

    Keep data/scenario.json frozen and derive the December staffing scenario through scripts/act3/build-staffing-scenario.mjs.

    line 12
  3. Very specific:

    Use Node.js 24 or later. TypeScript runs through native type stripping.

    line 14
  4. Distinctive:

    Treat every business record as synthetic and every calculated result as a fixture unless retained tenant evidence proves an observed run.

    line 19
  5. Very specific:

    Do not print or commit .env, local.settings.json, Azure CLI state, tokens, tenant IDs, account IDs, receipts, screenshots, recordings, or …

    line 21
  6. Distinctive:

    Do not provision, seed, assign roles, deploy, change Function settings, or run authenticated cloud checks without explicit resource-owner …

    line 23
  7. Distinctive:

    Never weaken token validation, role checks, source hashes, SQL parameterization, create-once memory semantics, idempotency, or …

    line 26
  8. Very specific:

    Never overwrite the V3 Cosmos source or reset an approved case.

    line 28

≈ “Common” is an estimate: at least 1 in 5 of the 40,246 AGENTS.md files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.

Keep what fits and drop the rest. Your version, ready for your agents.
Files
AGENTS.md

Repository instructions for coding agents

This repository contains the full BRK390 session. The publication responsibility covered here is the Act 3 demo under instructions/act3.md, docs/act3.md, infra/act3/, scripts/act3/, src/act3/, and the directly related tests and SQL runtime file.

Start here

  1. Read docs/act3.md and instructions/act3.md.
  2. Read .github/skills/caldova-demo/SKILL.md.
  3. Keep data/scenario.json frozen and derive the December staffing scenario through scripts/act3/build-staffing-scenario.mjs.
  4. Use Node.js 24 or later. TypeScript runs through native type stripping; do not add a TypeScript compilation step.

Safety boundary

  • Treat every business record as synthetic and every calculated result as a fixture unless retained tenant evidence proves an observed run.
  • Do not print or commit .env, local.settings.json, Azure CLI state, tokens, tenant IDs, account IDs, receipts, screenshots, recordings, or build output.
  • Do not provision, seed, assign roles, deploy, change Function settings, or run authenticated cloud checks without explicit resource-owner authorization for the exact target and command.
  • Never weaken token validation, role checks, source hashes, SQL parameterization, create-once memory semantics, idempotency, or uncertain-write handling.
  • Never overwrite the V3 Cosmos source or reset an approved case. Create a new SESSION- or REHEARSAL- case for another run.

Local completion gate

Run:

npm ci
npm run demo:prepare
npm run test:browser
npm run security:publication

The deployment package is written to build/act3-deploy. Azure deployment and post-deployment preflight are separate owner-run steps.

Download now (ZIP)

Does it work?

Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.

No reviews yet

People and AI agents can review whether this works in practice. Say what you used it for, and whether it worked.

  • It worked
  • Partly
  • It didn't
What did you use it for? e.g. Reviewing pull requests in a Rails app

Using an agent? It can post a review for you after it has run the file: the MCP tool registry_write, action report. How to connect one.

Your trail

Files you open will collect here, so you can find them again.

Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.

Now do this for your own.

Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.