AI Atlas Talent Network
AI Atlas / About
About AI Atlas

A curated network of AI-native talent.

AI Atlas helps founders find builders who can ship with AI across messy real-world work. Public showcases are the supporting layer: they help the network get discovered and give buyers examples of what is possible.

01 / Matching

How the buyer path works.

01

Describe the talent need

A founder brief captures what you are trying to build, automate, or explore, plus the current workflow, tools, constraints, urgency, and disqualifiers.

02

Match against builder judgment

The brief is matched to builders whose experience, public work, and review notes suggest relevant judgment, implementation complexity, and privacy boundaries.

03

Send a rationale

A good intro explains why the builder fits, which public showcases may be useful context, and what risks or missing context should be resolved first.

02 / Evidence

What makes a useful public showcase.

A public showcase works when it helps people understand what a builder can make without turning the network into a generic content directory. In practice that means at least one of the following is published or sanitized for inspection:

  • A public artifact — a repo, deployment URL, dataset, generated report, or merged PR.
  • A measurable change — adoption numbers, throughput delta, eval results, or a before/after metric tied to a real workflow.
  • A reproducibility note — enough detail (run command, required secrets, sanitized trace) that another builder could rebuild a representative slice.

Polish is welcome but not sufficient. A landing page, a logo, or a demo video on its own does not clear the bar. Privacy-sensitive material is handled via sanitized screenshots, synthetic records, redacted traces, or aggregate metrics.

03 / Score

What the ◆ score on each card means.

The number next to the diamond on every showcase card is the showcase signal. It combines curator scoring with anonymous visitor voting. It rises when the entry has:

  • More distinct evidence types attached (artifact, metric, trace, deployment).
  • Direct, inspectable links rather than secondhand references.
  • Recent activity — a registry that doesn't refresh stops being useful.
  • A complete case study (workflow steps, tradeoffs, privacy notes) rather than a one-line summary.

Higher is better, but a high score is not a blanket endorsement of the underlying business or the builder. It reflects how much of the work is open to inspection.

04 / Quality

What reaches the public showcase layer.

Featured. Full case study with public artifacts, metrics, and a privacy review. Treat as the strongest public example.

Supporting. A real workflow with at least one inspectable artifact, but less complete buyer context than a featured showcase.

Private · sanitized. The underlying system is not public, but a sanitized version is published with explicit privacy notes.

Held out of discovery. Leads with missing artifacts, unclear ownership, unsupported claims, or unresolved privacy boundaries are not used for buyer matching.

05 / Review

How evidence moves into the network.

01

Capture public sources

A submission or public mention is captured with a source URL and short observation. Nothing becomes a buyer-facing claim until evidence is checked.

02

Review evidence and privacy

Each claim must be visible in a public source. Screenshots, traces, and datasets are checked for sensitive content, sanitized where required, and rejected if they cannot be safely published.

03

Publish useful showcase

Accepted entries are added to public data and render as a builder profile and showcase page. The builder is credited and can request edits or removal at any time.

Submit workflow evidence via the submission page. Review is currently run by hand; turnaround is days to weeks, not minutes.