GV

GeezerVison

The World Wide Web, restored to 800 pixels of glory.

Home|About|Gaming cabinet|Archives|How it works|Starter sites

On this site

  • Sign in
  • ActionsCI/CD and automation
  • CodespacesCloud development environments
  • All Features
  • Documentation
  • Training
  • Certifications
  • Build with Copilot
  • Customize Copilot
  • Integrations
  • Trending repos
  • GitHub Sponsors
  • Developer articles
  • Enterprises

This view

  • Original page
  • New address

GeezerVison is showing github.com — fluentui-react-native/references/agents at main · microsoft/fluentui-react-native

Expand file tree

/

agents

/
Copy path

Directory actions

More options

More options

Directory actions

More options

More options

Latest commit

 

History

History
History
/

agents

/
Copy path

Folders and files

NameName
Last commit message
Last commit date

parent directory

..
accessibility
accessibility
 
 
components
components
 
 
evals
evals
 
 
focus
focus
 
 
native
native
 
 
repository
repository
 
 
README.md
README.md
 
 

README.md

Outline
id index
kind index
owner_paths
references/agents

Agent references

Shared, tool-neutral knowledge for agents working in this repository. The root AGENTS.md and scoped AGENTS.md files route here, and skills in .github/skills own task workflows. Read only the documents a task needs; links are navigation, not instructions to load everything they reach.

Taxonomy

Area Contents
repository/ Architecture, commands and validation, TypeScript, permissions, and release
components/ Classification, v0 and v1 recipes, and legacy test apps
focus/ Desktop focus behavior across component generations
accessibility/ Version-bound accessibility action evidence
native/ Native components, modules, and platform guidance
evals/ Portable evaluation case fixtures; not instructions

Document index

ID Document Read when
repository.architecture Architecture Orienting in the monorepo or choosing where code belongs
repository.development Commands and validation Building, testing, linting, validating, or adding a package
repository.typescript TypeScript Changing compiler settings, platform types, or the JSX runtime
repository.permissions Agent permissions Using gh api, Pod, process, loopback, or capture operations; changing policy
repository.release Changesets and release Changing a published package or release tooling
repository.dependency-security Dependency security procedures Remediating dependency advisories with the fix-security-issues skill
repository.code-scanning Code scanning Writing regular expressions or generated code; fixing CodeQL alerts
repository.package-guidance Package-owned guidance standard Adding package instructions, references, skills, or documentation
components.classification Classification and routing Starting any component task
components.v0 v0 maintenance Changing or reviewing foundation-compose components
components.v1 v1 maintenance Changing or reviewing compose or compressible components
components.legacy-test-apps FluentTester and E2E Changing v0 or v1 test pages or E2E specs
focus.common Common focus authoring Any focusable component, collection, popup, focus hook, or native focus adapter
focus.windows-win32 Windows and Win32 focus Focus work on React Native Windows or Win32
focus.macos macOS focus Focus work on macOS
focus.platform-evidence Desktop focus platform evidence Checking or updating a version-bound focus observation (C-FOCUS-*)
accessibility.action-transport-evidence Accessibility action transport evidence Checking or updating toggle/select transport observations (C-A11Y-*)
native.components-and-modules Native components and modules Any native component, module, service, or native-backed wrapper
native.apple-office Apple native authoring and Office integration Any iOS or macOS Swift, Objective-C, header, podspec, or bridge-manager change
native.windows-fabric Windows Fabric native components React Native Windows Fabric views, codegen, registration, or UIA

Placement and extension

  • Put guidance here when more than one skill, reviewer, scoped AGENTS.md, or evaluation uses it, or when it is general repository knowledge. Keep guidance in a skill when only that workflow uses it.
  • Keep product contracts (SPEC.md, spec/, CONTRACT.md), protocols, token maps, and package documentation with their packages, and link to them. Packages listed in the guided package registry own their guidance in their AGENTS.md and references/; for example, design tokens and theming live in the design package references, and agentic component recipes and contract source adapters live in the components package references.
  • Follow the package-owned guidance standard when adding or extending a governed package's agent entry point, user README, package references, or skill routing.
  • Place a new document in the narrowest existing area. Create a new area only for a distinct domain, and add it to the taxonomy table. Add every new document to the document index with a concrete "Read when" condition.
  • When moving a document, keep its id and update every inbound link in the same change. Leave a compatibility-reference at the old path only when known external links depend on it, and link it directly to the new location.

Frontmatter standard

Every Markdown file in this directory, and every Markdown file under a skill's references/ directory, starts with exactly these keys in this order:

---
id: components.v1
kind: instruction-reference
owner_paths:
  - packages/framework/framework
---
  • id: lowercase, dot-separated segments of letters, digits, and hyphens. IDs are unique and permanent, including across moves.
  • kind: index for directory indexes, instruction-reference for guidance agents follow, evidence-reference for version-bound observations, or compatibility-reference for a redirect left at a retired path.
  • owner_paths: one or more existing repository paths whose maintainers own the technical content.

Do not add other keys. Load conditions belong in this index and in routers, not in frontmatter.

Rule and claim IDs

  • R-<AREA>-<NNN> identifies a consequential, testable obligation, such as R-V1-003. Define it once, in an instruction file, as a list item that begins with the bold ID and a colon. Elsewhere, cite the ID.
  • C-<AREA>-<NNN> identifies a version-bound observation. Its definition states the source, inspected version or revision, and date.
  • Assign IDs only where an implementation, review, or evaluation needs to cite the obligation. Never renumber or reuse an ID; retire it by removing its definition and every citation.
  • These IDs cannot collide with component requirement IDs such as BTN-006, which belong to component contracts.

Routing conventions

  • State a prerequisite explicitly: "Read common focus authoring first", a sentence such as "Focus work starts with" followed by the linked document, or a Read first section. Prerequisites must not form cycles, and a chain may be at most three reads deep.
  • Compatibility references are terminal. Link to the replacement document, never to a compatibility path.
  • Routing tables, meaning tables with a Skill or Workflow column, route each task to exactly one skill. A task routed in more than one table must route to the same skill everywhere. Overlays belong in the workflow, not the routing table.
  • Route every project skill from the root AGENTS.md routing table.

Validation

yarn check-agent-instructions validates frontmatter, links and fragments in instruction files, inbound fragments to instruction files, skill metadata, rule definitions and citations, this index, the routing conventions above, and the evaluation fixtures. It also runs in yarn lage buildci.

You are visitor 01402503 — GeezerVison does not store the pages you look up.
Best viewed with Netscape Navigator 4.7 or Internet Explorer 6 at 800×600. No cookies required.