<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Prompting on AIBussin — AI applications, systems and books</title>
		<link>https://aibussin.com/categories/prompting/</link>
		<description>Recent content in Prompting on AIBussin — AI applications, systems and books</description>
		<generator>Hugo</generator>
		<language>en-US</language>
		
		
		
		
			<lastBuildDate>Fri, 02 Oct 2026 09:00:00 +0100</lastBuildDate>
		
			<atom:link href="https://aibussin.com/categories/prompting/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Writing a Task Pi Can Finish</title>
				<link>https://aibussin.com/books/pi/10-chapter/</link>
				<pubDate>Fri, 02 Oct 2026 09:00:00 +0100</pubDate>
				<guid>https://aibussin.com/books/pi/10-chapter/</guid>
				<description>&lt;p&gt;The most common failure is not a bad model. It is a task that never said what &amp;ldquo;done&amp;rdquo; meant. You wrote &amp;ldquo;clean up the auth module&amp;rdquo;, Pi spent forty turns, and produced something you now have to review as carefully as writing it yourself.&lt;/p&gt;&#xA;&lt;p&gt;Do not rely on Pi to ask for approval before acting. &lt;code&gt;quickstart.md&lt;/code&gt; says Pi shows each file read, search, command, and edit it performs, and that it does not ask before every tool call. State the task, its scope and its acceptance check explicitly rather than assuming the agent will ask for missing constraints.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Prompt Templates</title>
				<link>https://aibussin.com/books/pi/12-chapter/</link>
				<pubDate>Fri, 02 Oct 2026 09:00:00 +0100</pubDate>
				<guid>https://aibussin.com/books/pi/12-chapter/</guid>
				<description>&lt;p&gt;The &lt;code&gt;/review&lt;/code&gt; you typed in &lt;a href=&#34;https://aibussin.com/books/pi/11-chapter/&#34;&gt;chapter 11&lt;/a&gt; was real — it lives at &lt;code&gt;.pi/prompts/review.md&lt;/code&gt;, four lines of frontmatter and three of body. This chapter is about everything that file can do and, just as importantly, what it cannot.&lt;/p&gt;&#xA;&lt;p&gt;The one-line summary from &lt;code&gt;prompt-templates.md&lt;/code&gt;: templates turn Markdown files into reusable &lt;code&gt;/&lt;/code&gt; commands, and you want one when you would otherwise retype the same prompt without adding executable behaviour or a larger set of supporting instructions.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Skills</title>
				<link>https://aibussin.com/books/pi/13-chapter/</link>
				<pubDate>Fri, 02 Oct 2026 09:00:00 +0100</pubDate>
				<guid>https://aibussin.com/books/pi/13-chapter/</guid>
				<description>&lt;p&gt;&lt;code&gt;/review&lt;/code&gt; from &lt;a href=&#34;https://aibussin.com/books/pi/12-chapter/&#34;&gt;chapter 12&lt;/a&gt; expands when you invoke it. The problem it solves has a sibling: work that the model should recognise as relevant to a task without you naming a command first. Skill selection is model-driven, not a guaranteed trigger.&lt;/p&gt;&#xA;&lt;p&gt;That is a skill, and the entire mechanism turns on one field you are tempted to rush.&lt;/p&gt;&#xA;&lt;h2 id=&#34;what-a-skill-actually-is&#34;&gt;What a skill actually is&lt;/h2&gt;&#xA;&lt;p&gt;&lt;code&gt;skills.md&lt;/code&gt; opens with the definition: skills give Pi specialized instructions and supporting files for a particular kind of work. Pi advertises each eligible skill by name and description. The model may then read its &lt;code&gt;SKILL.md&lt;/code&gt; when it considers the skill relevant; Pi does not automatically execute the skill on a matching task.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
