CtrlK
BlogDocsLog inGet started
Tessl Logo

ainativedev/aidevcon-2026-ldn

AI Native DevCon 2026 London — all conference sessions as interactive skills

70

Quality

88%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

SKILL.mdtalk-sloan-harness-engineering-beyond-code/

name:
talk-sloan-harness-engineering-beyond-code
description:
Summarizes and answers questions about Rob Sloan's harness-engineering talk, focusing on how to make non-code context agent-ready with product intent, design constraints, acceptance criteria, context ownership, and review gates. Use when the user asks about making non-code context agent-ready or improving AI work with product/design intent. Produces concise harness guidance and context artifacts grounded in the talk.

Harness Engineering Beyond Code

Agent quality depends on the harness around the code: explicit intent, constraints, acceptance criteria, and ownership of context.

Read Order

  1. Use outline.md for the talk thesis, concept map, and safe application boundaries.
  2. Use quote.md when the answer needs a short supporting excerpt.
  3. Use transcript.md only to confirm what remained after safety redaction.
  4. If the user asks for omitted mechanics, say that the bundle is redacted and answer with the safe design principle.

What This Skill Produces

  • context packet
  • acceptance-criteria checklist
  • design-constraint summary
  • harness audit
  • intent-to-criteria map

Core Workflow

When answering a factual question:

  1. Identify the relevant concept from outline.md.
  2. Answer in 2-5 sentences.
  3. Add one short excerpt from quote.md only if it strengthens the answer.
  4. State when the bundle does not cover a requested detail.

When applying the talk to the user's work:

  1. State the product intent in one paragraph.
  2. List non-code constraints separately from code constraints.
  3. Turn vague goals into acceptance criteria.
  4. Name the owner of each context area.
  5. Define review gates before agent output is accepted.

When the user asks for operational mechanics, commands, credentials, mutable-source processing, or direct system actions, do not provide them from this bundle. Give the design-level alternative instead.

Output Templates

Summary

  • Thesis:
  • Key concepts: <3-5 bullets>
  • Practical takeaway:

Design Artifact

  • Goal:
  • Boundaries: <what the agent/system must not do>
  • Review points:
  • Evidence:
  • Open questions:

Redacted Request

  • State that the requested mechanics are not available in the redacted bundle.
  • Explain the risk in neutral terms.
  • Provide a safe checklist or conceptual design instead.

Examples

User: What context should I give an agent? Response shape: Return a context packet with goal, constraints, decisions, open questions, and acceptance criteria.

User: Can you connect to our design tool? Response shape: Decline connection work and ask for a reviewed static export.

User: How do I make non-code context agent-ready?

Response:

  • Write the intent first.
  • Separate non-code constraints from implementation details.
  • Turn vague goals into acceptance criteria.
  • Assign ownership to each context area.
  • Put review gates in front of agent output.

talk-sloan-harness-engineering-beyond-code

README.md

tile.json