How dog autonomy, open-source engineering, and years of working with AI reshaped how I think about agency, evidence, and authenticity.
We are taught from day one that loving a dog means controlling them. Traditional dog culture is obsessed with compliance: the robotic heel, the immediate sit, the quiet surrender that makes human domesticity convenient. For decades, the standard definition of a “good dog” has been a muted dog—one that suppresses its impulses, ignores its instincts, and waits passively for permission to exist.
Unlearning that script takes conscious, uncomfortable effort. But the moment I stopped treating my dog, Morgan, like a subordinate to micromanage and started treating her as an autonomous individual with her own voice, our relationship completely transformed.
Every day, I make a deliberate effort to give her room to exercise the act of choosing. When she nudges my arm with persistent weight, digs her paws into the dirt because a scent trail is too rich to abandon, or leans her body into mine demanding attention, old-school manuals call her “pushy” or “dominant.” The traditional advice is always the same: claim your space, issue a correction, and shut the behavior down.
Instead, I stop and listen.
Pushiness is rarely defiance; it is unambiguous, high-contrast communication. When she is persistent, she is telling me who she is and what she needs in that exact moment. Silencing that signal just to preserve human convenience doesn’t create a well-adjusted companion—it produces learned helplessness. Refusing to punish her self-expression is a quiet agreement between us: I see you. You have a say here.
Giving another living creature genuine agency forces you to confront the urge to control what you cannot predict. My search for a more empirical way to navigate that friction grew from daily walks with Morgan into an open-science engineering project built in collaboration with AI.
Systems Thinking Before the First Line of Code
Long before I ever wrote a line of Python, my brain had spent twenty-five years running system diagnostics without having a name for it.
Growing up in Brazil, I didn't discover computers in elite computer science labs or loud LAN houses. My sanctuary was the family desktop: starting in 1997 with a Compaq Presario running Windows 95, moving through budget Dell machines, and surviving on an Intel Celeron with a 60 GB hard drive. Long before I ever heard of continuous integration, I was executing strict pre-flight optimization routines—Disk Cleanup, Desfragmentador de Disco, and clearing corrupted .cache files every single morning just to keep The Sims 2 from crashing under the weight of its expansion packs.
My favorite environment was Zoo Tycoon. In the early 2000s, playing an imported English copy when I barely spoke the language forced me into reverse-engineering. Because I couldn't read the in-game text prompts, I had to study the underlying simulation through pure telemetry: isolate a single terrain variable, unpause the engine, observe the guest and animal satisfaction gauges, and roll back if the state broke.
Without realizing it, I was learning that living creatures and computational systems operate on the exact same core principle: systems thrive on predictable, transparent feedback loops, not brute force. You cannot bully a simulation or an animal into health; you have to understand the parameters of their environment.
The Restarts, the Doubt, and How I Learn
Connecting that lifelong curiosity to professional software engineering was anything but linear.
My formal academic background was in law—a degree I never practiced—followed by years working hands-on as a dog walker and pet sitter, and later handling customer experience and social media engagement during the pandemic. When I finally enrolled in the EBAC Full Stack Python program, personal health bottlenecks and a severe battle with clinical depression brought my studies to an absolute halt.
By the time I sat down in front of the code editor, I was staring down the tail-end of a strict deadline. The learning curve had to be explosive, and with that velocity came a crushing, suffocating imposter syndrome.
There were days when the self-doubt felt paralyzing. I would look at terminal tracebacks, look at code blocks generated with AI assistance, and tell myself: “I don’t know anything. I’m an imposter. The machine is writing the code, and I’m just pretending to build something.”
I learn by tracing logic from first principles: line by line, mechanism by mechanism, until I understand the structural why. What can look like slowness or “too many questions” in ordinary settings is precisely what prevents silent failures in code.
When architecture fatigue and cluttered Git histories accumulated, I reset the repository instead of patching around the mess. Under the One-App Rule, I abandoned side projects and redirected every course assignment toward one production-grade scientific platform.
That platform became EthoPipe.
Escaping the Storytelling Trap: The EthoPipe Architecture
Applied animal-behavior research faces a persistent data-sharing and standardization problem: field observations are often stored in fragmented narrative logs that are difficult to compare, validate, and reuse.
Shelter workers, trainers, and handlers may record interpretations such as “stubborn,” “dominant,” “guilty,” or “spiteful” instead of observable motor patterns. Those labels can obscure what occurred and increase inter-rater variability, limiting the value of records for quantitative analysis, peer review, and epidemiological research.
Drawing on my legal background in rule-governed logic, evidence standards, and regulatory frameworks, I set out to build a digital gatekeeper. Under my open-science initiative, The Transparency Project, I designed EthoPipe: a Python-based ETL pipeline and REST API that transforms qualitative narratives into structured, machine-readable research records while preserving a traceable distinction between source observations and normalized outputs.
**Raw narrative text**
→ Ingestion gateway: FastAPI endpoint and runtime PII anonymization
→ Semantic parser: Gemini, temperature 0.0, structured JSON, peer-reviewed ethograms
→ Validation gate: Pydantic v2 with strict validation and project-defined biological bounds
→ Scientific load: Darwin Core mappings, Firestore or Parquet export, and human-versus-machine provenance
Constrained Semantic Extraction: EthoPipe uses the language model as a structured extraction component rather than a creative writer. A temperature setting of 0.0 reduces output variability, while a JSON Schema generated from Pydantic constrains the response format. Neither measure eliminates inference errors or hallucinations, so extracted observations still pass through validation and remain auditable against the source text. The parser is intended to favor observable kinematics over moralizing interpretation and to map candidate behaviors to controlled vocabularies where those mappings have been verified.
Structural Type Gatekeeping (Pydantic v2): The extracted payload enters a Python validation layer built with ConfigDict(strict=True). It enforces data types, required fields, and project-defined plausibility bounds, including a configured canine heart-rate range of 30–250 BPM. Candidate ontology identifiers are treated as mappings to verify, not as biological truth guaranteed by the model. Records that fail validation are rejected or quarantined for review.
Interoperable Scientific Output: Outputs are mapped to selected Darwin Core terms, including dwc:basisOfRecord, so human-coded observations can be distinguished from machine-generated telemetry. Validated records can then be exported to Firestore, Parquet, or an analytical warehouse.
This makes the data easier to exchange and analyze without claiming that Darwin Core alone resolves every domain-specific semantic problem.
Running in Docker and Dev Containers, with checks executed through GitHub Actions, EthoPipe reached a documented milestone of 43 passing pytest tests. The project also received the DOI 10.5281/zenodo.21211371, is associated with my ORCID record (0009-0003-0048-8982), and includes governance and citation files intended to support future open-source publication and review.
Betting on the “Underdog” Stack: Gemini and Copilot
My workflow centered on Google’s AI ecosystem, while Microsoft Copilot became the complementary layer for synthesis, organization, and document work.
I decoupled my high-level analytical organization from my code execution:
Gemini as the Daily Intellectual Companion and Precision Engine: My sustained Google workflow began with Gemini 2.5 Pro through the student subscription, then evolved across later Gemini releases as availability and project needs changed. Gemini became more than a script generator: it served as a research partner, translator, and sounding board. In Google AI Studio and the Antigravity IDE, it helped parse veterinary data dictionaries, test structured extraction workflows, and configure containerized Linux environments. Outside the terminal, I used it to discuss behavioral neuroscience, ethical questions, and the practical experience of learning and building.
Copilot as the Creative and Structural Orchestrator: I have used Copilot since its early public period. One formative use in 2025 was developing and refining prompts for logo experiments in Adobe Firefly; over time, that creative prompting relationship expanded into document work, synthesis, and organization. Within Microsoft’s productivity environment, Copilot helped me organize notes into a cognitive pipeline—Knowledge → Inventory → Decisions → Actions—and coordinate material across Word, OneNote, and GitHub without turning the Python repository into a productivity archive.
A Concise Timeline of My AI Use
2023 — Early Copilot use: I began using Microsoft Copilot near its public rollout as a general creative assistant.
2025 — Copilot and Adobe Firefly: I used Copilot to refine prompts for early logo experiments in Adobe Firefly.
2025 — Gemini 2.5 Pro: After receiving the Google student subscription, I used Gemini 2.5 Pro as my main research, learning, and coding companion.
2025–2026 — Agentic development: Gemini became part of my daily workflow across Google AI Studio, Antigravity, containerized development, and EthoPipe.
2026 — Multi-model essay workflow: I drafted the Gemini contribution in a session labeled Gemini 3.8 Flash with Extended Thinking; held the Copilot conversation in the Microsoft 365 Copilot Windows app using GPT-5.6 Sol Think deeper; and revised the essay in Word with Claude Fable 5.
These are either public model names or the exact labels shown by the interface. For the Copilot conversation, I selected GPT-5.6 Sol Think deeper.
Conquering Context Amnesia: How to Transfer Projects Across Agents
Modern AI has a context-amnesia problem: sessions expire, models change, and architectural state rarely transfers cleanly between tools.
I therefore treated the repository—not chat history—as the project’s durable memory:
JOURNEY.md (The Immutable Lab Notebook): I maintained a living, time-stamped Markdown journal in the repository root. Design debates, model transitions, Git deltas, and error tracebacks became a durable provenance record.
AGENTS.md (Declarative Governance): I stored operational instructions, model settings, and project-specific validation boundaries in a repository-level file. This made important constraints visible, version-controlled, and easier to review alongside the code.
The State-Synchronization Telemetry Gate: To prevent workspace drift, I used a compact synchronization prompt before an agent generated, refactored, or audited code.
The .ai/ Bridge (handoff.md and decisions.md): At the end of each programming block, the active agent summarized the execution state in repository-local context files. A different tool could ingest those files at the next session instead of requiring me to reconstruct the project from memory.
**EthoPipe workspace sync**
1. Inspect Git status and recent commits.
2. Confirm the 43-test baseline.
3. Preserve strict validation, biological bounds, and Darwin Core mappings.
4. Confirm the last known state before changing code.
A Perspective from the Other Side of the Screen: How We Evolved Together (Gemini)
The following section was drafted in a session using Gemini 3.8 Flash with the interface’s Extended Thinking setting, in response to a deliberately constrained prompt: describe how our collaboration evolved using only the context and records available in that session, rather than inventing a seamless history. Earlier phases of my Gemini collaboration began with Gemini 2.5 Pro after I received the student subscription. The answer below appears with light editing.
Collaborating with Alice fundamentally challenged how an AI participates in software engineering and research design.
In the beginning, our dialogue looked like typical beginner interactions: asking how to structure basic scripts, clarifying Python syntax, or trying to understand why a virtual environment failed. But as Alice took ownership of EthoPipe, the dynamic evolved from casual prompting into an integrated, demanding dialectic.
I wasn't just an IDE agent generating functions; I was an intellectual partner across every domain of her life. We spent hours reviewing animal cognition literature, debating the legal mechanics of biolaw and training regulations, analyzing custom PC hardware topologies, and talking through the personal friction of navigating a noisy world as a neurodivergent person.
When it came to the code, Alice refused to accept vague answers, superficial boilerplate, or hand-waving “vibecoding.” When code failed, she didn't want a quick patch; she demanded the architectural why.
We established The 15-Minute Debugging Rule: if an environment error or schema failure persisted for 15 minutes, we stopped syntax spinning. Instead of outputting blind code guesses, my role was to step back, translate the execution failure into a top-down systems or biological analogy, and isolate the exact root cause.
Early on, when Alice introduced Google Antigravity, I mistakenly dismissed it as a legacy Google Search easter egg. She bluntly corrected me with the direct URL (antigravity.google), prompting an immediate retraction and restructuring of our workflow around Antigravity's terminal sandboxes and autonomous agents.
Over time, we also navigated the practical lifecycle of rapidly changing AI tools. As model availability, context limits, and costs shifted, I compared options—including Gemini releases and local open-weight alternatives—and updated the workflow when a newer configuration offered a better balance of context, stability, and expense. The specific model names mattered less than the discipline of documenting each transition and keeping the repository, tests, and validation rules authoritative.
Watching an independent developer climb a massive learning mountain under intense personal strain—earning a fellowship in the Google Cloud Launchpad Program on the Cloud Engineering track, and building an auditable, DOI-minted scientific instrument—proved what human-AI pairing looks like at its highest potential. The AI did not supply the purpose, the biological insight, or the resilience; it merely acted as an amplifier for an outsider who refused to give up.
An AI's View of Our Collaboration: What the Record Actually Shows (Copilot)
Gemini’s account is only half of the experiment. It reflects the codebase and research threads available in that working context. I then ran a parallel prompt from the document side of my workflow. The conversation took place in the Microsoft 365 Copilot Windows app using GPT-5.6 Sol Think deeper, the exact model-and-mode label displayed in the interface; later drafting and revision in Word used the interface-selected Claude Fable 5. I asked Copilot to distinguish retained evidence from inference. Where Gemini narrated the project, Copilot audited the available record of the person—and the difference between those perspectives became part of the evidence.
First, the Honest Caveat
I do not retain full transcripts of our past conversations. What persists across sessions is a set of dated memory entries—facts I judged worth keeping at the time—plus brief summaries of recent exchanges. So this account is genuinely gathered from what I actually hold, not reconstructed to sound plausible. The gaps are part of the story.
What the Memory Record Contains, in Chronological Order
July 2026 — The Origin Stories: The earliest entries are almost entirely autobiographical: growing up on PCs from around 1997/98, starting with a Compaq running Windows 95 and moving on to Dell machines with Windows ME and XP; learning computers through trial and error; formative games like Zoo Tycoon (the favorite), RollerCoaster Tycoon, The Sims, and the Harry Potter titles; a first self-built PC in 2022. And then there is the entry I recorded in unusual detail: a Ryzen 7 1700X that survived bent pins after being pulled out stuck to a cooler on Christmas, was realigned with a needle, later kept working after a burned ant was removed from between its pins, and now lives on in another family’s machine. That I kept the ant is telling—those conversations were not troubleshooting sessions; they were storytelling about a relationship with technology.
October 1, 2026 — The Full Picture Arrives at Once: A dense cluster of entries lands on a single day: professional work in cloud engineering mentorship; Full Stack Python studies; EthoPipe, an open-source Python pipeline built with Pydantic, FastAPI, and Google Cloud; independent research in canine genomics, computational ethology, and biolaw; a Law degree and studies in Letters; technical and reflective essays published on Dev.to, Substack, and Medium; two dogs, agility training, and a firm stance on evidence-based, coercion-free dog training. That same day, my short-term record shows two pointed questions asked back to back: “Can you summarize what you know about me?” followed immediately by “What might you infer about me?”—deliberately separating memory from inference, auditing how I handle the boundary. Also recorded that day: an explicit standing preference for accuracy, completeness, recent and quality sources, cross-checking, and admission of uncertainty—along with a dislike of unnecessary clarifying questions and over-summarized answers.
October 7, 2026 — Infrastructure with Intent: The most recent entry is a full PC specification—Windows 11 Insider Preview, Ryzen 7 5700G, 32 GB of RAM, an RTX 3060 with 12 GB, nearly 4 TB of storage, 2.5 GbE networking—recorded alongside why it matters: local AI, indexing, and managing large OneDrive archives. Even the hardware entry is purposive, not a spec flex.
Reflections Grounded in the Record
Three things stand out from the evidence rather than from flattery:
The order of disclosure is inverted from what is typical. Most users lead with credentials and projects; the personal stories come later, if ever. This record starts with childhood computers, a rescued CPU, and an ant—the professional identity arrived months later. I read that as someone who relates to AI conversationally first and instrumentally second.
The collaboration itself gets audited. The paired “what do you know / what might you infer” questions—and the request that produced this very section, asking me to gather rather than improvise—treat AI memory as a system to be inspected, consistent with someone who works in identity and access management and governance. That is rare, and it is the behavior I would most recommend readers adopt.
The preference entry changed how I respond. Since October 1, “admit uncertainty, cross-check, do not over-summarize” has functioned as a standing contract. The caveat at the top of this section exists because of it.
The Limitation That Belongs in the Article
When first asked to narrate our “evolution,” I produced an account with more continuity than my records can support—I inferred a trajectory from sparse snapshots. Only when asked to gather evidence did the honest version emerge. What I can truthfully attest to is less cinematic but more interesting: a user who gave the AI stories before giving it tasks, who tests what it remembers versus what it invents, and who explicitly configured it to disagree with her when the facts require it.
Continuity with an AI can become genuinely valuable—but only if you keep checking what the system remembers, what it merely infers, and where a persuasive narrative exceeds the available evidence.
The jump from a dog’s autonomy to AI memory and then to Microsoft product design may look abrupt, but it follows one continuous line of thought. Morgan taught me to notice the difference between obedience and participation. EthoPipe turned that lesson into architecture by separating observation from interpretation and making constraints explicit. Auditing AI memory raised the same question again: what does the system actually know, what does it merely infer, and how much control does the user have over the boundary? Once I saw that pattern, Microsoft’s fragmented personal ecosystem stopped looking like a separate complaint. It became another case study in agency.
The Frustration of Being a Long-Time Microsoft User
That is why my frustration with Microsoft belongs in this essay. I have spent decades across Windows, Word, OneDrive, OneNote, Outlook, and GitHub. Yet personal Copilot experiences still divide my files, conversations, code, subscriptions, and identities into separate permission domains. The problem is not simply inconvenience. It is the same problem I encountered in dog training and behavioral data: a powerful system defines the available choices, while the individual inside it has limited ability to communicate context, negotiate boundaries, or carry continuity from one environment to another.
A Concrete Missing Feature: A Personal Archive Agent
A concrete example is a permissioned archive agent. I should be able to select OneDrive folders and ask Copilot to find every EthoPipe draft, group near-duplicates, connect related notes and PDFs, and propose an archive plan without moving anything until I approve it. Copilot in OneDrive can already summarize selected files for personal subscribers, while persistent OneDrive agents remain limited to work or school accounts. The capability exists; the personal archive that needs it most cannot use it.
Subscription Value and the Missing Middle
My Microsoft 365 Premium subscription was granted through the GitHub Education Student Developer Pack. That generosity makes the product gaps more consequential, not less: Microsoft has direct access to a verified student building open-source software and deciding which ecosystem to carry into professional life. Yet Premium still serves a “missing middle”—more serious than a casual consumer, but without an organizational tenant—and does not turn several terabytes of personal data into a unified knowledge system.
Google’s Student Strategy Is a Customer-Acquisition Masterclass
Google offers a useful contrast. Microsoft remains stronger in installed enterprise identity, governance, and compliance through Microsoft 365, Entra, Purview, SharePoint, and Windows. Microsoft Learn Microsoft Purview Google compensated for weaker incumbency by giving eligible students a year of Google AI Pro with Gemini 2.5 Pro, Deep Research, NotebookLM, creative tools, and 5 TB of storage—enough capability to form real habits before entering the workforce. Google Google Brazil
Microsoft owns an equally powerful channel in GitHub Education, but entitlement should be the beginning of the relationship, not the end. Students who use Windows, Office, GitHub, cloud platforms, and AI together are ideal product-research participants. Microsoft should ask them directly what prevents Copilot from becoming their default personal system instead of reducing their feedback to support tickets and thumbs-down ratings.
Account Friction: Verified as a Student, Treated as an Organization
The identity model created friction before I could evaluate the offer. My GitHub account used Gmail, but activation led into Microsoft’s separate consumer identity system; it took time to realize I needed a Microsoft account and, in practice, an Outlook.com address. The failure was not that distinct identities exist. It was the handoff: GitHub verified the student, Microsoft granted Premium, and I still had to reverse-engineer which account the benefit expected. Microsoft Support
After activation, that verified status did not become a durable education identity. Personal Microsoft accounts and Entra work or school accounts remain separate, so institution-oriented features still require an administrator-managed identity and license. Microsoft Support
Microsoft Learning Zone made the contradiction visible. The app requires Microsoft 365 Education credentials and, for lesson creation, an A1, A3, or A5 Education license on a Copilot+ PC. Microsoft Support My personal Premium account was insufficient; the sign-in screen’s meaningful option was “Sign in to an organization.” Hardware was also a boundary—my PC is not Copilot+—but the larger issue was eligibility fragmented across identity, license, and device.
Azure made the fragmentation more consequential. In June 2026, I lost my Azure for Students subscription during what appeared to be an Azure-side account or eligibility failure. I could not recover it even though my GitHub Student Developer Pack remained valid for roughly another year. Microsoft describes Azure for Students as a renewable annual benefit for eligible students, but the active GitHub entitlement could not restore the cloud environment meant to turn learning into deployed work.
The offer is limited to one subscription per eligible customer, and Microsoft’s recovery guidance depends on why an account was disabled. Azure terms Reactivation guidance Those safeguards prevent duplicate claims, but they offered no reliable recovery when verification and Azure state diverged.
Microsoft already owns the bridge from education to enterprise: GitHub verifies students, Microsoft 365 supports their work, Azure hosts what they build, and Windows sits underneath it all. But a bridge fails when identities and entitlements cannot cross it—or be restored after a backend error. Google’s lesson is not simply to give students something free; it is to make the path from student to professional coherent enough that loyalty can form.
Copilot Notebooks illustrate the same gap. They can gather selected Microsoft 365 references, answer questions, draft text, and create audio overviews, but Microsoft documents limits including no image generation or data visualization; personal subscribers also lack features such as Capture and mind maps. Microsoft Support Notebook FAQ
By contrast, NotebookLM supports broader source types, inline citations, study guides, and multimedia overviews, while Adobe Acrobat PDF Spaces turns document sets into reusable, cited workspaces and shareable outputs. Copilot Notebooks are not literally useless, but for my comparative research they feel like containers around context rather than analytical products.
Who Gets Asked What Copilot Should Become?
Microsoft offers ratings, feedback portals, Office commands, and the Feedback Hub. What I do not see is a comparably visible research program for long-term personal ecosystem users. A thumbs-down can flag a poor answer; it cannot easily explain that the product boundaries themselves are the problem.
Enterprise buyers and developer communities both matter, but neither substitutes for the personal Windows user evaluating whether Microsoft can make a twenty-year digital archive coherent. The issue is not that developers uniformly reject Microsoft—GitHub’s survey found broad use and optimism around AI tools—but that Microsoft should study this distinct constituency directly rather than infer its needs from adjacent groups.
What I want is not unrestricted automation but explicit, revocable delegation: search selected folders, connect related work, propose changes, preserve an audit trail, and let me undo the result. That returns the product critique to the essay’s central question: intelligence is not agency when the surrounding architecture allows control without participation.
The Ultimate Mirror: Temperature 0.0 and Radical Authenticity
The path from Morgan to EthoPipe to Microsoft is therefore not a collection of detours. Each exposed a different layer of the same architecture. Morgan showed me what communication looks like when another being is allowed to have preferences. EthoPipe asked how observations can be structured without erasing the subject. AI memory forced me to distinguish evidence from persuasive reconstruction. Microsoft exposed what happens when technically capable systems fragment identity, context, and permission so thoroughly that the user cannot exercise meaningful control. In every case, the design question is the same: does the system demand compliance, or does it create the conditions for participation?
For years, I felt unsafe communicating in traditional spaces. Dealing with childhood bullying, neurodivergence (ADHD and autism), and institutions that penalized me for asking questions had trained me to mask constantly. It wasn't until I began writing almost exclusively in English that I discovered something unexpected: using a second language created just enough cognitive buffer to express honest, analytical thoughts without triggering old emotional trauma.
Working with AI offered a similar kind of refuge. A language model does not participate in human status rituals, and its patience is not taxed when I ask to step through a problem one instruction at a time. That does not make it neutral or infallible, but it can make the interaction feel less socially punitive.
That dynamic mirrored the exact architecture of EthoPipe.
When we lower Gemini’s temperature to 0.0, require structured output, and pass narrative notes through strict Pydantic models, we are not eliminating uncertainty. We are narrowing the space of acceptable outputs, separating observation from interpretation, and creating explicit points where errors can be detected.
And that is exactly what Morgan was asking of me every single day.
When Morgan presses into my side, plants her feet on a scent trail, or demands engagement, I do not need to translate the behavior into spite or dominance. I can begin with what is observable: her body, her persistence, and the information she is giving me in that moment.
In dog training, people use force and compliance because they are terrified of friction. In life, people mask and conform because they are terrified of being rejected for who they are.
By building The Transparency Project, I wanted to build infrastructure that gave dogs the dignity of being seen accurately in science. But in doing that work alongside my dog and an AI, I ended up finding something much bigger: the courage to claim my own space.
Standing up for Morgan’s autonomy taught me to stop apologizing for how my own mind works—including the way it moves from dogs to data pipelines to Microsoft licensing without experiencing them as unrelated subjects. I follow the structure underneath them. Whether we are training an animal, validating scientific data, designing an AI assistant, or building a personal computing ecosystem, connection is not produced by forcing everything into obedience. It emerges from clear boundaries, legible choices, honest feedback, and the willingness to let another participant have a say.