Build it in your own project.
Use the same SDK examples as Bird's product pages, then give your coding agent a brief that includes the failure paths you practised.
Interactive practice · English
Every character has a consequence.
Small changes to a message can change its encoding and segment count. Keep the meaning while making the message more efficient.
This browser exercise simulates messages. Your work stays here until you leave. Sign in for saved progress and assessments.
Practice output
Your practice output will appear here.
Show a hint
Remove the emoji and use straight punctuation. Keep #4821 and bird.shop/4821.
A brief for your coding agent
# Build with Bird: SMS templates Read these current sources before proposing an implementation: - SMS templates: https://bird.com/docs/guides/sms/templates - SMS templates: https://bird.com/products/sms/sending ## Task Help me implement SMS templates in my project. First inspect the application and identify the relevant server, framework and existing Bird integration. Confirm the exact workflow and supported surface against the linked documentation. Some operations are available only in the dashboard. Do not invent endpoints or derive API contracts from a learning simulation. ## Implementation Use the official Bird SDK or CLI where supported. Keep credentials on the server and request the smallest necessary permissions. Follow the channel's documented test procedure before proposing any external send or production change. Keep request acceptance separate from delivery. For incoming events, verify signatures using the original request body, deduplicate stable identifiers, and apply valid state transitions. Respect recipient preferences and channel requirements. ## Acceptance Show the implementation and relevant tests. Exercise the documented failure paths, invalid signatures and duplicate events where applicable. Explain any dashboard steps or missing prerequisites. Ask for approval before sending to real recipients or changing production.