Responsible Applied AI in Government
During my ongoing AI Developer co-op at the Canada Revenue Agency (May-Aug 2026), I am contributing to applied AI R&D, usage and cost analytics, prompt analysis, and governance for internal AI tooling under public-sector constraints.
Context
Public-sector AI work is different from consumer AI work. The problem is not simply “make the model answer.” A useful internal AI tool has to be safe, governed, explainable enough for the organization, cost-aware, and useful to people who may not be AI experts.
The work sits at the intersection of:
- Applied AI product discovery
- Internal tooling and model-hosting/serving exposure
- Usage and adoption analytics
- Prompt/template analysis
- Safeguard and governance thinking
- Cost visibility
- Public-sector constraints around data, documentation, and accountability
Problem
The recurring challenge is that AI systems can look useful in a demo while still failing the standards needed for real organizational use.
The questions I focused on were practical:
- Who is using the tool, and how is usage changing?
- What are the cost drivers, especially token usage?
- Where do prompts/templates create inconsistent or hard-to-audit outputs?
- How should internal AI workflows be governed so they are reusable rather than one-off prompt experiments?
- How do you make AI tooling useful while respecting sensitive-data and public-sector accountability constraints?
My Role
I am contributing as an AI Developer intern. Public-safe framing:
- Contributing to AI governance, analytics, and R&D for internal public-sector AI tooling.
- Working on dashboards tracking token costs, active users, adoption trends, and usage patterns.
- Conducting prompt analysis and AI financial analysis, including token-cost analysis.
- Supporting work around internal AI tooling where sensitive-data constraints require safeguards, governance, and careful delivery.
- Working broadly across applied AI use cases, backend/model-hosting exposure, adoption analytics, and responsible delivery.
Key Themes
1. AI Cost Visibility
AI usage is not free, even when the interface feels simple. Token costs, model choice, prompt length, retrieval strategy, and repeated queries can all change the operating cost of a tool.
Usage events
↓
Token / request metrics
↓
Cost attribution by feature or workflow
↓
Trend dashboard
↓
Decision support: optimize prompts, caching, model routing, or user guidance
This connects engineering decisions to operating cost and governance.
2. Prompt Analysis as Governance
Prompt quality is not just writing style. In an internal tool, prompt templates affect consistency, auditability, and user trust.
- Analyzed prompts/templates for clarity, output consistency, and cost implications.
- Thought about how templates could separate fixed governance rules from user-controlled parameters.
- Treated prompts as versioned operational assets, not disposable text.
3. Adoption Analytics
For internal tools, success depends on whether people actually use the system and whether usage patterns reveal friction.
- Tracked active-user and usage patterns.
- Looked for adoption trends that could inform R&D priorities.
- Connected analytics to product decisions: what users need, where costs rise, and where workflows may need guardrails.
4. Responsible AI Under Constraints
The public-sector setting makes the tradeoffs more explicit:
- Outputs should be traceable.
- Data boundaries matter.
- Bilingual and accessibility expectations matter.
- Human review matters.
- Logs and documentation matter.
- Cost and model behavior should be monitored over time.
Generalized Architecture
Internal AI use case
↓
Prompt / workflow template
↓
Approved model endpoint or hosted model layer
↓
Usage + token telemetry
↓
Governance / safeguard review
↓
Dashboard and R&D feedback loop
Working Principles
- Applied AI is more than prompt writing; useful internal systems connect model behavior to workflows, product usage, backend constraints, and operating cost.
- Usage and cost telemetry make optimization and governance decisions observable rather than anecdotal.
- Sensitive government environments require deliberate data boundaries, safeguards, documentation, and accountability from the start.