Skip to content

About training

About FDE training

IANNIL is an FDE training site for beginners, engineers and enterprise technical teams. Preparation, modules, cases and a capstone develop customer delivery capabilities.

Content updated:

Sources and editorial method

Public lessons adapt the internal textbook, retain procedures and cases, and add objectives, independent tasks and reference feedback. IANNIL maintains the content. Individual instructor credentials and independent expert review records are not currently published.

View the source textbook and version history ↗

Role descriptions explain industry context; actual responsibilities and authority depend on the organization. OpenAI’s FDE deployment-lead description illustrates customer workflows, constraints and delivery, without implying partnership or accreditation here.

Read the role reference ↗

How to check course evidence

Case people, scale, ratios, efficiency and thresholds are teaching examples. Rule execution, synthetic model records, authorized model evaluation and adoption are distinct evidence types. Automated source checks cover course integrity, routes and downloads; they do not establish learning outcomes, model accuracy or employment results.

Report factual, translation or example errors with the chapter number, passage and verifiable evidence through curriculum discussion. Do not send raw customer data or credentials.

Report a course issue →

What you learn

FDE means Forward Deployed Engineer: entering customer context, implementing systems, handling ambiguity and coordinating production delivery. This course focuses on AI scenarios; the textbook uses AFDE. Learn role, scoping, blueprints, implementation, evaluation, handover and collaboration.

Textbook and public content

The curriculum reorganizes the internal AI Forward Deployed Engineer textbook: 12 parts, 40 chapters, 10 appendices and 4 cases. Public content includes 40 adapted lessons in Chinese and English, independent exercises, reference feedback, case discussions and review criteria. The original manuscript remains unchanged; public lessons state teaching assumptions and boundaries.

How learning is reviewed

Each module defines artifacts and review criteria. The capstone reviews requirements, blueprints, implementation, acceptance and retrospective. Reading or installing skills does not establish capability; review needs actual artifacts and decision evidence. Teaching samples, gates and schedules are not industry benchmarks, and internal review grants no industry credential or employment guarantee.

Shared standards across three audiences

Beginners strengthen foundations, experienced engineers extend customer delivery judgment, and enterprise teams organize paired practice and review. Different starting points share module artifacts and capstone standards; pace and team arrangements depend on experience and goals.

Philosophy

Philosophy

Clarify roles and outcome accountability before model boundaries and delivery culture. Project evidence determines whether the method works.

10

Cognition reshaping

Role and accountability first

AFDE works in customer contexts, implements systems, handles ambiguity and owns verifiable production outcomes. Titles cannot replace responsibility agreements. Engineers define access, business boundaries, acceptance criteria and escalation. Code generation is an implementation tool.

The super intern metaphor

Models read and generate quickly, but do not know project history or own outcomes. The metaphor reminds practitioners to guide and verify, rather than describe every model capability. Supply real context, explicit constraints and reproducible criteria, then inspect implementation.

Three traps

Self-consistent hallucination: plausible output need not be factual, and compilation need not establish acceptance.

Context entropy: repeated failures and discarded logic can crowd out relevant facts. Stop when constraints are lost, save verified state and restore context. A long conversation does not inevitably fail.

Local optimization: a repair can break module contracts elsewhere. Inspect impact, dependencies and regression; decide rebuilding from evidence and total cost.

Distinct evidence

Software tests verify code behavior; evaluations assess probabilistic outputs. Handover, real adoption and business impact require separate evidence. Method benefits are project hypotheses, rather than speed guarantees.

20

RC principles

What cognition is

Cognition is a progressive, incomplete mapping of the possibility base.
The world offers far more possibilities than any single observation.
Observation does not exhaust the world; it narrows a corner of it.

Observational convergence

Observe first, then judge.
Each observation eliminates a share of the possibilities.
Repeated observations converge the remaining set to an actionable range.
Convergence is not the end; it is the starting point for the next step.

Observational locking

The causal chain grows node by node.
Each new node is verified before it is trusted.
Verified nodes lock into the chain and become the ground for further reasoning.
Unverified nodes remain suspect.

Controlled generation

Blueprints and acceptance criteria make intent explicit. They constrain implementation and provide a basis for verification. They do not make model output deterministic: matching context does not guarantee matching output or correctness.

Applicability

RC is a philosophical lens for observation and decision-making, rather than a measured guarantee about models. The method uses these principles to organize hypotheses and evidence. Software tests, model evaluations and customer observations must still establish outcomes independently.

30

Delivery culture

Asynchronous work and sharing boundaries

Tasks and documents record goals, evidence, decisions and next actions. Default openness applies inside authorized spaces. Customer data, private information and confidential records do not become shareable merely because a channel is internal. Use synchronous interaction for observation, urgent coordination and difficult conversations, then record conclusions.

Trust through predictable delivery

Trust rests on reliable responses, prompt disclosure of bad news and verifiable delivery. Every task has an owner, status and escalation route. Autonomy and review depend on risk; sensitive authentication, data and production changes require appropriate human review.

Scoped autonomy

Clear blueprints and authorization enable independent work. Skills advance defined tasks. Authorized people decide business trade-offs, new data domains, releases and customer commitments. Do not lower standards to pass failures.

Task lifecycle and knowledge feedback

Retain a trail from clarification and execution through acceptance and closure. Commits, blueprints and changes enable future owners to reconstruct decisions. Field notes separate facts from hypotheses, sharing calibrates boundaries and reusable assets have versions and maintainers before field revalidation.

Outcome accountability

Team measures support internal improvement; verify customer outcomes separately. Faster delivery, passing tests, successful deployment and sustained adoption are distinct evidence.

Ecosystem

Ecosystem

The ecosystem records practice directions. Project status does not establish customer outcomes.

2 live / 11 in development

Type
Status

13 entities shown

Projects and tools

Skills

Live

Reusable AI agent skills for engineering tasks within explicit blueprints and authorization.

Infra

幻

Live

IANNIL's static-site build engine. Content in. Site out.

Infra

CodeCoder

In Dev

A Rust autonomous agent. Read, edit, verify. A closed loop in a sandbox.

Infra

MouQin

In Dev

An AI-native no-code platform. Built on MCP. Focused on legacy-system migration and rebuild.

Project

AnyXMail

In Dev

Invoices and receipts. Collected and entered by plugins. Humans handle only exceptions.

Product

PinConsole

In Dev

In cross-border stores, high-value orders leak at checkout. PinConsole catches them at the moment that matters.

Product

GXLGSW

In Dev

Supply-chain monitoring. Micro-core plus official plugins. Watch the critical links first. Extend as needed.

Product

肩吾

In Dev

The tool that structures scattered knowledge into systematic whitepapers.

Content

Poccer

In Dev

End-to-end encrypted transfer. The server can't touch the keys or the plaintext.

Product

Gojira

In Dev

Supply chain and financial reports. Read on one analysis base.

Product

WMSPOP

In Dev

A WMS built for cross-border e-commerce. Multi-warehouse. Multi-tenant. Unified RBAC. Full lifecycle.

Project

CMSPOP

In Dev

Enterprise multi-tenant ERP. The full chain. On one base.

Project

MarkPocket

In Dev

Capture. Structure. Reprocess. A closed loop for data.

Infra

Case studies

Four textbook cases: API gateway, system migration, Guardian Notes and retail replenishment. Cases illustrate engineering decisions; teaching data is not measured customer evidence.

40

Customer delivery: retail replenishment

Evidence-backed suggestions with human confirmation. Prohibitions block a cheaper candidate; verify handover and adoption separately. All numbers are teaching assumptions.

AFDE Training Textbook · chapter 39

Four theses

AI-Native Discipline

AI-Native + Engineering Discipline

Scoping, implementation, evaluation, handover and adoption. Verify each outcome.

Micro-Core + Plugins

Micro-Core + Plugins, B2B Method

Start at the scene that pays off most. Then extend everywhere through open APIs.

Content·Tech Loop

Content·Tech Loop

Content tooling turns raw material into structure and sites. Huan builds sites; Jianwu structures knowledge into books.

Supporting Infrastructure

Supporting Infrastructure

Crystallize the above into reusable infrastructure and tooling. Underpinning every scene.

Read the method →

Complete practice, then choose your next step

Free workshops include examples, material and self-checks. Paid training is coming soon and is not currently offered. Discuss learning questions; paid enrollment and reservations are not accepted.