Welcome to my portfolio. I am a technical editor with more than a decade of experience editing complex, expert-written documents for clarity, structure, and argument—including federal technical reports, mathematics curricula, and cloud computing white papers. A career sparked by an academic science journal now spans technical editing for research-adjacent organizations where precision, audience awareness, and the integrity of technical claims are non-negotiable.

The work described in this role—coordinating contributions from many authors, holding the schedule and the open-threads list, and editing the result into a single coherent document that holds the organization publicly accountable—is work I recognize. I have done it across different fields and under different names. The specific combination of project coordination and editorial responsibility, applied to documents with real public consequences, is where I do my best work.

I have developed customized editorial standards for more than one organization, including in-house style guides deployed across large, multi-author technical teams. Currently, I am leading my organization’s evaluation of AI writing and editing tools—which means I am approaching this role not only as an editor but as someone who has recently had to think carefully about what these tools do and do not do well. My education in the study of languages and literature, combined with experience collaborating with subject-matter experts across many domains, qualifies me for the translation work this role requires: taking dense, precise technical material and making it legible to researchers, policymakers, and the public without sacrificing accuracy.

The samples below are organized around three capabilities I believe matter most in a research editorial role: editing expert-written technical content for a specific audience, developing and maintaining editorial standards, and structuring complex multi-author technical documents for clarity and internal consistency.

Each section includes a brief note on context and what the sample demonstrates. Where possible, files with tracked changes are included so the nature and extent of the editing is visible.


The following samples are from my work copyediting technical blog posts for the Amazon Web Services (AWS) blog, under contract with Steyer Content (2021–2022) and Resources Online (2019). The authors were engineers, data scientists, and cloud architects writing for other practitioners. My role was to make their arguments clearer and more readable without softening the technical content, misrepresenting their claims, or inserting voice that was not theirs.

These samples are directly relevant to system card production: the editing challenge in each case was helping a technical author say precisely what they meant, acknowledge the scope and limits of their claims honestly, and present their reasoning in a sequence that a knowledgeable but non-specialist reader could follow.

Each entry includes an edited version with tracked changes. The live published version links to the final accepted text.

1a. An AI-Driven Dashboard for Life Sciences Laboratories

Context: AWS Life Sciences Blog, Steyer Content, 2022
Published: aws.amazon.com → Life Sciences Blog

This post describes an AI-driven data visualization system built for laboratory environments, combining AWS services with machine learning pipelines. It demonstrates my comfort editing AI/ML subject matter and producing clear prose from technical authors whose primary expertise is not writing.

1b. Transforming Site Monitoring in Clinical Trials
Context: AWS Healthcare & Life Sciences Blog, Steyer Content, 2022
Published: aws.amazon.com → Life Sciences Blog

This post makes a technical argument for an AWS-based approach to remote clinical trial monitoring. The editing challenge was helping the author present a clear, evidence-grounded case for their approach while acknowledging its scope and limitations honestly—a challenge familiar to anyone editing safety or evaluation documentation.

1c. Building STIG-Compliant Amazon Machine Images for EKS
Context: AWS Containers Blog, Steyer Content, 2022
Published: aws.amazon.com → Containers Blog

A technically dense post on security hardening for Kubernetes clusters. This sample demonstrates that I can work fluently with highly specialized infrastructure content, preserving precision while improving structure and readability for a knowledgeable audience. The editing task was largely structural: reorganizing the argument so that the author’s reasoning was visible, not just their conclusions.

1d. Using AWS DataSync to Move Data from Hadoop to Amazon S3
Context: AWS Storage Blog, Steyer Content, 2022
Published: aws.amazon.com → Storage Blog

A data engineering post aimed at practitioners migrating large-scale data infrastructure, this sample shows range across the data domain and illustrates my ability to edit content I did not fully understand at first read—asking the right questions, checking terminology against source documentation, and producing prose that is accurate because I did not guess.

The two guides in this section were each built from scratch for a specific organization and extended The Chicago Manual of Style to cover domain-specific usage that the base style could not anticipate. They are different instruments: one is a comprehensive department-wide reference compiled over years of accumulated editorial practice; the other is a targeted, project-specific guide written to govern a single large curriculum initiative. Together they show that the same methodological approach—audit existing inconsistencies, make explicit the judgment calls, write guidance non-editors can actually apply—scales across very different domains and purposes.

2a. NCBRT Technical Communications Editorial Style Guide (v1.1)
Context: National Center for Biomedical Research and Training, Louisiana State University, 2010

This 158-page guide was written and compiled for the Technical Communications team at NCBRT, where I served as Adjunct Editor for nearly eleven years. It covers abbreviations, capitalization, citations, grammar, numbers, punctuation, source formatting, and usage specific to emergency management and federal training contexts.

Building it required auditing inconsistencies across years of existing course materials, making judgment calls about contested usage, and writing guidance clearly enough that non-editor subject-matter experts could apply it independently. This is the kind of work Anthropic describes as developing templates, style guidance, and contributor guides so that each production cycle starts from a stronger baseline.

2b. Great Minds Editorial Style Guidelines
Context: Common Core, Inc. (now Great Minds), 2014

This 32-page guide was written for writers and editors working on the prekindergarten through fifth-grade Eureka Math curriculum—a large, multi-author document production effort with tight consistency requirements across hundreds of lessons and problem sets. Based on The Chicago Manual of Style, it extends that base to address the specific demands of mathematics curriculum: notation conventions, number treatment in mathematical prose, capitalization of curriculum-specific terms, typesetting of problem types, and a glossary of preferred forms for language that recurred throughout the project.

The editorial challenge was precision at scale: many authors writing to the same standard, in a domain where a misplaced hyphen or an inconsistently named problem type produces real errors for teachers and students. Writing guidance that non-editor writers could follow without editorial supervision was the primary design constraint.

The three samples in this section are all federal or federally regulated documents produced through IEM, where I have served as a technical editor since 2020 and an embedded FEMA contractor from 2021 to 2023. Each involves multi-author source material that must resolve into a single internally consistent document, and each carries accountability stakes: the published text commits the producing organization to specific claims or actions, and is used to hold it to them.

3a. FEMA Strategic Plan 2022–2026
Context: FEMA Headquarters, IEM contractor, 2021
Published: The Council on Strategic Risks → Strategic Plan (PDF)

This 38-page plan sets FEMA’s agency-wide goals and objectives for a five-year period across three strategic priorities: equity, climate resilience, and agency readiness. It is a public commitment document: FEMA issued it knowing it would be used to evaluate whether the agency delivered on its stated goals.

The editorial work required maintaining a consistent institutional voice across contributions from multiple internal stakeholders, ensuring that the policy language was precise rather than aspirational, and catching commitments that were phrased in ways that couldn’t be evaluated or held to account. A strategic plan that cannot be measured against is not a plan—it is a press release. The distinction between the two is an editorial judgment as much as a policy one.

This is the most direct parallel in my portfolio to system card production. Both are documents in which an organization goes on record about what it does and does not claim, and accepts public accountability for those claims.

3b. FEMA Region 10 Cascadia Subduction Zone Earthquake and Tsunami Plan (January 2023)
Context: IEM, FEMA contractor, 2023
Published: Washington State Military Department → Website

This regional emergency operations plan was produced for FEMA Region 10 in preparation for a Cascadia Subduction Zone seismic event—one of the highest-consequence natural disaster scenarios in North America. The document is multi-agency, multi-author, and structured to be used operationally under crisis conditions, where clarity and precision are not abstract virtues but practical requirements.

The editing challenges were structural as much as stylistic: ensuring consistent terminology across authors who wrote independently, maintaining logical flow across sections with different owners, verifying that cross-references and role assignments were internally coherent, and catching claims that subtly contradicted each other across sections. The document had to read as one coherent plan, not a collection of contributions.

3c. Orange County, New York Multi-Jurisdictional Multi-Hazard Mitigation Plan (2025)
Context: IEM Technical Communications Team, contractor to Orange County, NY, 2025
Published: townofnewburghny.gov/ → Hazard Mitigation Plan (PDF)

At 2,557 pages covering more than twenty participating jurisdictions, this plan represents the largest class of document in my regular editorial practice. Hazard mitigation plans of this scale are produced by assembling dozens of individually authored Word files—written by planners, subject-matter experts, and jurisdiction representatives across the county—into a single unified document, which is then edited for consistency, coherence, and compliance with FEMA formatting and content standards before submission.

The editorial process is genuinely collaborative: the IEM Technical Communications Team contributes at multiple stages, with different editors taking ownership of different sections and phases. On this project, an outside editing firm was also engaged to manage volume; IEM editors, including me, reviewed and reconciled their work alongside our own. Final quality review of the combined document—checking for terminology drift, broken cross-references, inconsistent role assignments, and formatting compliance—requires one editor to hold the whole in view at once.

The document goes through multiple submission cycles: to the client for review, back to IEM for revisions, to the state for approval, back again, and ultimately to FEMA. FEMA approval is required for jurisdictions to remain eligible for federal hazard mitigation planning grants—which means the accuracy and internal consistency of the document is not an editorial nicety but a condition of federal funding.

AI Tools Evaluation for Technical Communications, IEM (2026)
Context: IEM Technical Communications Department, internal working document, 2026

I am currently co-authoring a structured evaluation of AI writing and editing tools for IEM’s Technical Communications Department, where I am leading the assessment. The tools under evaluation are Grammarly, Microsoft Copilot, Claude, and ChatGPT, assessed against IEM’s actual editorial workflow: tracked-changes-based document review, multi-thousand-page deliverables, Section 508 compliance, and FEMA submission requirements.

The completed sections evaluate Grammarly and Microsoft Copilot in detail. The Grammarly analysis identifies a fatal workflow incompatibility—accepting a suggestion replaces the entire paragraph in Track Changes rather than marking only the changed text, destroying the audit trail IEM’s review process depends on—and distinguishes between what the tool is and is not suited for in a professional editorial context. The Copilot analysis documents a pattern of false confidence: the tool consistently presented the appearance of completing tasks it had silently failed to complete, which the report characterizes as a transparency problem rather than merely a capability limitation. A second finding is equally relevant to professional editorial work: when Copilot did produce output, it made extensive unsolicited changes—rewriting, restructuring, and deleting content it was never asked to touch, silently and without consultation.

This document is an internal work product and is not posted here publicly. I am glad to share it directly with Anthropic on request.

My career in technical editing began in academic scientific publishing: I served as Editorial Assistant for Meteoritics & Planetary Science, an international peer-reviewed journal at the University of Arkansas (1998–1999), where I copyedited and formatted book reviews, compiled annual indexes, and corresponded daily with reviewers and associate editors worldwide. That early experience in a rigorous scientific editorial environment—where the integrity of the published record matters and precision is not negotiable—has shaped how I approach technical material ever since.

I am glad to provide additional samples, discuss any of the work above in more detail, or complete a skills assessment. Thank you for your consideration.

Jennifer Merchan
May 2026