Tomorrow is Pi Day, and to celebrate, we’ve compiled some of the most interesting Raspberry Pi projects from around the world. It would be brilliant if you could take to the comments section to show us some of your spectacular builds — relying on just one person’s greatest-hits list (mine) is too big a burden to bear on such a momentous day.
If you visit the ‘For industry’ tab on our website, you’ll find loads of success stories explaining how Raspberry Pi hardware has provided a solution for an industrial challenge. One of my favourites has always been the Brompton case study, and it’s not just because the video shot is particularly lovely. Brompton’s folding bicycles are a British urban icon, and the fact that our tiny British-made computers are responsible for capturing data across their London factory is almost poetic.
2024 was a glorious year for Pi Day; Massachusetts Institute of Technology students recreated the film Oppenheimer with their beaver mascot in the lead role. I still can’t make sense of this celebration, so I’ll instead impart the interesting fact that a beaver was chosen as the mascot for the esteemed institute because the animal is thought of as “nature’s engineer”. Cute, right?
2023 was also a banner year for kooky celebrations. Apparently, some people celebrate Pi Day by measuring pi (π) with random objects. This was news to me when I stumbled across this fantastic post by Jim Hall, who had a go using a Raspberry Pi 3. All you need is some graph paper, a ruler, a pen, and one of our tiny computers. Hint: It’s to do with the mounting holes on our boards and their ability to help you draw a perfect circle.


It gets weirder still in the comments under the blog post I wrote about it. My head was spinning by that point.
The title pretty much sums it up. I know I mentioned this project on the blog recently, but I think it is my favourite ever. Arribada Initiative is responsible for developing this innovative solution while looking for a low-cost system to keep an eye on wildlife in complex environments without being too intrusive.

A Raspberry Pi Zero and one of our camera modules were enclosed in a lightweight, waterproof enclosure that attaches harmlessly to the shell of a sea turtle, capturing photos, video, and location data.
It was pretty cool to learn that Cornell University’s entire Digital Systems Design Using Microcontrollers course was built around RP2040, the chip featured on our Raspberry Pi Pico boards. Since our first (e-)meeting, we’ve kept in touch with the professor responsible, and each year they send us a playlist of all the (often fun and silly) projects the latest cohort of students has created. The 2025 round-up featured lovingly generated pixel art of cows and a lightly harrowing heat-seeking quadruped robot.

Rather than me wittering on about my niche list of favourites, let us engage with one another and share our favourite Raspberry Pi builds from around the internet.
It doesn’t have to have featured on the official Raspberry Pi blog — it could be from the most random Reddit tab you’ve had open since 2022, with the intention of recreating it yourself or sharing it at an opportune moment… LIKE THIS ONE!
The post Celebrating Pi Day with some of your greatest hits appeared first on Raspberry Pi.
This week, we discuss Claude Code for non-coders, automating newsletters and status reports, and AI tax prep. Plus, Coté finds unexpected joy in a coding assistant.
Watch the YouTube Live Recording of Episode 563
In this podcast, Shane Hastie, Lead Editor for Culture & Methods, spoke to Adrian Peryer about Ron Westrum's organizational culture continuum, the role of information flow in shaping team culture, and how leaders can develop requisite imagination to detect weak signals.
By Adrian PeryerWe've covered modes, session management, parallelization with /fleet, and hooks. To close out the series, we're looking at delegation, the feature that lets you hand off work from your terminal to a background agent in the cloud, and build a network of specialized custom agents for your team.
"Delegation" in Copilot CLI means two related but distinct things:
/delegate — handing off a task to the Copilot coding agent in the cloud, which works asynchronously on GitHub while you continue with other work /agent — routing tasks to specialized subagents tailored to specific types of work, running locally within your CLI session Both follow the same principle: rather than one generalist agent handling everything, you route work to whatever agent is best suited for the job. Let's look at each in turn.
/delegate — Offload to the cloudRunning /delegate TASK-DESCRIPTION commits any unstaged changes to a new branch. After that, the Copilot coding agent opens a draft pull request, makes changes in the background, and then requests a review from you. Copilot provides a link to the pull request and its coding agent session in your terminal once this process begins.
In other words, /delegate is a fire-and-forget command. You describe the task, Copilot hands it off to a cloud-hosted agent on GitHub, and your terminal is immediately free.
This is the right choice when:
It's less suitable for exploratory or ambiguous tasks where you'd want to guide the work as it progresses.
& shorthandYou can also prefix any prompt with & to delegate work to the Copilot coding agent in the cloud, freeing your terminal for other tasks.
& "Add pagination to the /api/users endpoint and write integration tests"
This is the fastest way to offload a task without typing the full /delegate command.
Once /delegate or & fires, you'll get a link to the PR and the agent's session. You can track progress directly on GitHub, or pull the session back into your local CLI with /resume — you can kick off a Copilot coding agent session on GitHub and then use Copilot CLI to bring that session to your local environment. This gives you a seamless handoff in either direction: delegate from CLI, monitor on GitHub, and resume locally if needed.
A custom agent is a specialized version of Copilot. When you prompt Copilot to carry out a task, it may choose to use one of your custom agents if Copilot determines that the agent's expertise is a good fit for the task. Work performed by a custom agent is carried out using a subagent — a temporary agent spun up to complete the task. The subagent has its own context window, which can be populated by information that is not relevant to the main agent. In this way, especially for larger tasks, parts of the work can be offloaded to custom agents without cluttering the main agent's context window.
Each custom agent is defined by a Markdown file with an .agent.md extension. You can create these manually or use an interactive wizard inside the CLI.
A basic agent file looks like this:
---
name: Security Auditor
description: Reviews code for security vulnerabilities, OWASP issues, and credential exposure
tools: [agent, edit, search, todo]
---
You are a security-focused code reviewer. When asked to review code, you check for:
- Hardcoded credentials or secrets
- SQL injection and XSS vulnerabilities
- Insecure dependency versions
- Missing input validation
Always explain your findings clearly and suggest a concrete fix for each issue.
Save it as .github/agents/security-auditor.agent.md and it's immediately available in your CLI session.
You can define custom agents at the user, repository, or organization/enterprise level. The three locations are:
~/.copilot/agents/ — personal agents available in every session, on every repo .github/agents/ — repo-level agents committed to a specific repository {org}/.github repository — org-wide agents available to everyone in your GitHub organization In the case of naming conflicts, a system-level agent overrides a repository-level agent, and the repository-level agent overrides an organization-level agent.
There are several ways to trigger a custom agent:
Explicit invocation with /agent: Enter /agent in interactive mode and choose from the list of available custom agents, then enter a prompt that will be passed to the selected agent.
Tell Copilot which agent to use:
Use the security-auditor agent on all files in /src/app
Launch with --agent flag:
copilot --agent security-auditor --prompt "Review /src/app/program.cs"
This is useful for scripting and automation, where you want to guarantee a specific agent is used.
One of the most powerful behaviors: the AI model can choose to delegate a task to a subsidiary subagent process that operates using a custom agent with specific expertise if it judges that this would result in the work being completed more effectively. The model may equally choose to handle the work directly in the main agent.
This means you don't always have to explicitly invoke agents. If your prompt matches the description of an available agent well enough, Copilot will route to it automatically. The user-invocable property in an agent file controls whether Copilot considers it for manual delegation — set it to true if you want an agent that can be invoked directly from the UI.
/fleetAs touched on in the previous post, custom agents and /fleet work well together. When /fleet breaks a large task into parallel subtasks, each subagent can use a different custom agent based on the nature of its work. For example, a task that involves both writing new code and auditing existing code could have its subtasks routed to a developer agent and a security-auditor agent respectively — running concurrently.
Here's what a well-organized custom agent roster might look like for a typical product team:
security-auditor.agent.md: OWASP checks, credential scanning, input validation reviewcode-reviewer.agent.md: Style, patterns, test coverage, complexitydocs-writer.agent.md: README updates, API docs, inline commentstest-writer.agent.md: Unit and integration test generation, coverage gapsk8s.agent.md: Kubernetes YAML generation, optimization, validationStored in your org's .github repository, these agents become available to every developer in your organization — a shared team of specialists that anyone can invoke, and that Copilot can route to automatically.
Delegation is the final piece of the Copilot CLI puzzle — it's what lets you move from a single-agent, single-task workflow to a team of specialists working in parallel, asynchronously, and in the cloud. Combined with the modes from post 1, session management from post 2, /fleet from post 3, and hooks from post 4, you now have the full picture of what Copilot CLI can do.
The through-line across all five posts is the same idea: Copilot CLI gives you fine-grained control over how much autonomy you give the agent at each stage of your work. From reviewing every step in standard mode to firing off a delegated PR with & and walking away — the right level of autonomy depends on how well-defined the task is and how much you trust the result. Get that calibration right, and Copilot CLI becomes a genuine force multiplier.