{"id":22,"date":"2026-05-12T22:45:56","date_gmt":"2026-05-12T13:45:56","guid":{"rendered":"https:\/\/sr-works.net\/blog-en\/?p=22"},"modified":"2026-05-12T22:45:56","modified_gmt":"2026-05-12T13:45:56","slug":"completing-the-translation-of-16-files-the-night-all-the-ais-went-down-and-the-completion-of-the-four-way-collaboration","status":"publish","type":"post","link":"https:\/\/sr-works.net\/blog-en\/completing-the-translation-of-16-files-the-night-all-the-ais-went-down-and-the-completion-of-the-four-way-collaboration\/","title":{"rendered":"Completing the Translation of 16 Files \u2014 The Night All the AIs Went Down, and the Completion of the Four-Way Collaboration"},"content":{"rendered":"\n
\n

This article was originally written in Japanese and translated into English with AI assistance. Please note that some expressions may carry nuances from the original Japanese.<\/em><\/p>\n<\/blockquote>\n\n\n\n

\ud83c\uddef\ud83c\uddf5 \u65e5\u672c\u8a9e\u7248\u306f\u3053\u3061\u3089 \/ Japanese version<\/a><\/em><\/p>\n\n\n\n

\n\n\n\n

In the previous post (SP02), I covered the first six sessions of the HP English translation project \u2014 the discovery and repair of the footer damage, the establishment of the three-way cross-review system, and the structural solution to procedural mistakes.<\/p>\n\n\n\n

This post covers the second half: translating the remaining four files and carrying the project through to completion. The biggest stumble of the project was waiting in this second half. The night all the AIs went down.<\/p>\n\n\n\n

Taking On a Giant 68 KB File<\/h2>\n\n\n\n

In Sessions 7 and 8, I completed the translation of the What’s New page (whats_new.html<\/code>) and the About page. Three files remained. The biggest wall among them was index.html<\/code> \u2014 the top page.<\/p>\n\n\n\n

This file was 68 KB, three to four times the size of the others. It contained product introductions, a development timeline, a technology stack overview \u2014 the content that effectively represents the entire site. It was also the file with the most expressions that required careful handling from an intellectual-property perspective.<\/p>\n\n\n\n

For example, the phrase “six AI systems” appears six times in historical descriptions, while descriptions of the current state say “seven.” The translation needed to preserve this distinction precisely. Past references should say “six systems,” and present references “seven systems.” Mix them up even once, and you give the reader contradictory information.<\/p>\n\n\n\n

Before handing index.html<\/code> to Claude Code, I first had Claude.ai chat read through it entirely and identify the IP-protection-critical passages in advance. Twelve spots of architecture-design-related terminology, seven spots involving six\/seven systems notation. I compiled these into a list and incorporated them into the translation prompt, which prevented Claude Code from accidentally “just making everything seven” across the board.<\/p>\n\n\n\n

Session 9 \u2014 The Night All the AIs Went Down<\/h2>\n\n\n\n

Session 9 was the most abnormal session of this project. The amount of work done was zero.<\/p>\n\n\n\n

As I wrote in SP02, by this point Copilot was refusing to read files entirely, and was out of action as a reviewer. “If Copilot isn’t available, we’ll just run reviews through Claude Code and Claude.ai chat” \u2014 that was the plan.<\/p>\n\n\n\n

But then, even Claude \u2014 our fallback \u2014 died.<\/p>\n\n\n\n

It was the night I was about to begin translating the product detail page (ai-multilingual-meeting-detail.html<\/code>). When I sent a status-check prompt to Claude Code, I got back an API 500 error. Retries gave the same. Three failures in a row.<\/p>\n\n\n\n

“If Claude Code is unhealthy, let me switch models,” I thought, and retried after changing settings. Still no good. Even when I shortened the prompt to the absolute minimum \u2014 “just return git status” \u2014 I got a 500.<\/p>\n\n\n\n

Reluctantly, I shut down Claude Code and restarted it. git status<\/code> and git log<\/code> came through. But just as I breathed a sigh of relief, the moment I tried to run a grep<\/code> command, this time I got an auth error (401).<\/p>\n\n\n\n

“Maybe it’s just a Claude Code issue,” I thought, and tried to continue in Claude.ai chat. The chat side displayed: “Cannot connect to Claude.”<\/p>\n\n\n\n

Copilot couldn’t read files. Claude Code wouldn’t run due to errors. Claude.ai chat couldn’t even connect. All three AIs were unusable at once. When Copilot first became unstable, I could still think “I’ll just use Claude instead.” But now Claude itself was down. The backup for the backup didn’t exist.<\/p>\n\n\n\n

At that point, I decided: “There’s nothing to do but wait.” I judged this was an infrastructure outage on Anthropic’s side. If it’s a problem on the service provider’s end, not my environment, there’s nothing to do but wait.<\/p>\n\n\n\n

The Structural Vulnerability of AI-Dependent Development<\/h2>\n\n\n\n

The biggest lesson from Session 9 was this simple fact: “Development that depends on AI stops completely when AI infrastructure fails.”<\/p>\n\n\n\n

In traditional development \u2014 the style of writing with just a text editor and compiler \u2014 work can continue even if the internet connection drops. The tools are right there in your hands. But in vibe coding, when AI services go down, you literally cannot do anything. Since the ability to write code resides on the AI side, the human has no option but to wait.<\/p>\n\n\n\n

I believe this is an inherent vulnerability of vibe coding. Convenience and fragility often go hand in hand. In SP01 I wrote about “the pitfall of an era when AI can build anything,” but “there are moments when you cannot build anything” is another feature of this era.<\/p>\n\n\n\n

That said, I don’t think we need to fear this vulnerability too much. By the next day, the service had recovered, and I was able to resume as Session 10 in a new chat. Outages are temporary. What matters is accepting that “things can stop” as a premise, breaking work into session-sized chunks, and committing intermediate state diligently.<\/p>\n\n\n\n

Phase A Complete \u2014 Finishing the Translation Without Copilot Review<\/h2>\n\n\n\n

From Session 10 onward, Claude had recovered, and I progressed through the remaining files smoothly. The two product detail pages had the most IP-protection-critical content, but the three-step approach I had established with index.html<\/code> \u2014 “prior analysis \u2192 translation \u2192 verification” \u2014 worked.<\/p>\n\n\n\n

In Session 11, the last translation file was completed, and all eight English-version files were in place. Internally, I’ve been calling this “Phase A complete.”<\/p>\n\n\n\n

However, the translations up to this point were completed by just Claude Code + Claude.ai chat, a two-way system. The third-party review by Copilot was missing. As I wrote in SP02, Copilot had been left as-is, refusing file reads. The decision was to prioritize keeping the translation moving, but we couldn’t skip Copilot review from a quality-assurance standpoint.<\/p>\n\n\n\n

Wrestling with Copilot \u2014 Somehow Getting It to Review<\/h2>\n\n\n\n

With translation done, the next step was to have Copilot review. But Copilot was still unable to read files. From here, the struggle began.<\/p>\n\n\n\n

Since this is translation review, HTML file reading was essential. Text pasting had a 10,240-character limit \u2014 not workable for long files like the product detail pages. I tried converting to text files (.txt<\/code>) and uploading those, but that didn’t work either. I tried converting to PDF, but Copilot pushed back: “It has to be an HTML file.”<\/p>\n\n\n\n

“You were reading HTML just a little while ago,” I pointed out. It kept insisting, “The specification has changed.” Within the last hour or so, mind you.<\/p>\n\n\n\n

The exchange went on. “The PDF contents are no longer auto-extracted \u2014 paste the text instead.” “Text is impossible because of the character limit, which is why I made a PDF.” “The PDF contents are treated as empty.” After all that, it kindly explained: “You’re not doing anything wrong on your end. It’s a change on Copilot’s side.” Well then, please do something about it.<\/p>\n\n\n\n

In the end, when I attached the PDF again from the web version of Copilot, it suddenly said: “I can now confirm the full English-version HTML.” The reason is unclear. What it had been saying was impossible became possible using the same method. A considerable amount of wasted time.<\/p>\n\n\n\n

And once it could read the file, another problem emerged. The HTML source code had been broken during the PDF conversion. Spaces were inserted around underscores in BEM notation (a CSS class-naming convention), comment tag closings were mangled, and newlines appeared mid-attribute value. Copilot explained this as “breakage during text extraction from PDF,” but it was Copilot’s specification change that forced PDF delivery in the first place \u2014 a circular argument.<\/p>\n\n\n\n

Ultimately, I fixed the tag breakage on the Claude Code side and had Copilot focus only on the naturalness of the English. The role of Copilot as “reviewer” in the three-way system was preserved, but frankly, the journey to restoration was more exhausting than the translation work itself.<\/p>\n\n\n\n

This is the reality of vibe coding. Even with three AIs, each one becomes unstable for different reasons at different times. And when you ask the AI itself why it became unstable, you don’t get accurate answers. Right after saying “the spec has changed,” it does the same thing with the same method. Even in human-to-human communication this would be confusing, but with AI especially, pursuing “why can you do it now when you couldn’t a moment ago” yields no answers. You need the judgment to give up and move forward.<\/p>\n\n\n\n

Copilot’s “Legal Tone” Revision Suggestions<\/h2>\n\n\n\n

The revived Copilot offered an interesting observation. It noted that the wording of the AI translation disclaimer (the header banner saying “This page contains AI-assisted translation”) was too casual for a business site.<\/p>\n\n\n\n

Indeed, the initial disclaimer had been written during translation work with a “good enough if the meaning gets across” mindset. Following Copilot’s feedback, I rewrote it in a tone closer to legal documentation. What was previously “This page contains AI-assisted translation” was revised to formal wording that specifies the scope of disclaimer and a contact point for inquiries.<\/p>\n\n\n\n

AI generates \u2192 another AI reviews \u2192 human scrutinizes and accepts or rejects. This cycle, which had nearly collapsed at one point, ended up elevating quality even to the level of legal language. It was worth persisting to restore the three-way system rather than giving up.<\/p>\n\n\n\n

However, having all eight files in place with review completed wasn’t the end. A list of issues that had accumulated through Phase A \u2014 beyond the disclaimer wording, the footer horizontal rule inconsistency, navigation structure mismatches \u2014 remained. That’s Phase B.<\/p>\n\n\n\n

Phase B \u2014 What Should Have Been “Minor Fixes” Became Major Surgery<\/h2>\n\n\n\n

Phase B was initially estimated as “a collection of minor fixes.” But once I looked into it, the scope was beyond imagination.<\/p>\n\n\n\n

The biggest discovery was that the navigation structure existed in two different variants. Of the 16 files, 10 were built in Pattern A (ul>li>a<\/code> format) and 6 in Pattern B (div>a<\/code> format), and mobile display behavior was split into three patterns. On some pages the hamburger menu would open and close. On others it was always displayed and wrapped. On yet others, the menu disappeared entirely.<\/p>\n\n\n\n

This “disappearing menu” was occurring on the About and What’s New pages. On mobile access, navigation wasn’t displayed at all, leaving zero routes to other pages. This is a serious practical bug.<\/p>\n\n\n\n

The cause was subtle structural differences between HTML that had been AI-generated at different times. Differences in generation timing and prompts produced divergent internal structures across pages of the same site. The theme I wrote about in SP02 \u2014 “fixing HTML broken by AI, with AI” \u2014 was repeating itself here.<\/p>\n\n\n\n

In Session 15, I performed a large-scale refactoring that unified all 16 files to Pattern B + hamburger toggle. Including link path corrections, 212 modifications were made in a single session.<\/p>\n\n\n\n

16 Files, Completed<\/h2>\n\n\n\n

With all Phase B issues closed, the 8 English files + 8 Japanese files = 16 files were now consistent both structurally and linguistically.<\/p>\n\n\n\n

From the start of the project to this point: 15 sessions, Session 1 through 15. One AI breaks, another fixes, a third reviews, a human decides. Through that repetition, the 16-file multilingual site came together.<\/p>\n\n\n\n

However, this is still just within my local development environment. It hasn’t been uploaded to the production server. Next time: at last, the production deployment story. Unexpected traps were waiting here too.<\/p>\n\n\n\n

Next Time<\/h2>\n\n\n\n

SP04: “Production Deployment \u2014 The .htaccess Trap and the Moment of Going Live.”<\/p>\n\n\n\n

\n\n\n\n

About Soul Resonant Works<\/h2>\n\n\n\n

Soul Resonant Works is a solo venture developing seven local AI systems.
Starting from zero programming experience, the development is progressing through collaboration with AI.<\/p>\n\n\n\n

\ud83c\udf10 Soul Resonant Works:
\u2192 https:\/\/www.sr-works.net\/en\/<\/a><\/p>\n\n\n\n

\ud83d\udcdd This blog publishes the entire development process as a serialized journal.<\/p>\n\n\n\n

\n\n\n\n

If you found this article useful, please share it.<\/em><\/p>\n","protected":false},"excerpt":{"rendered":"

This article was originally written in Japanese and translated into English with AI assistance. Please note that some expressions may carry nuances from the original Japanese. \ud83c\uddef\ud83c\uddf5 \u65e5\u672c\u8a9e\u7248\u306f\u3053\u3061\u3089 \/ Japanese version In the previous post (SP02), I covered the first six sessions of the HP English translation project \u2014 the discovery and repair of the […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[],"class_list":["post-22","post","type-post","status-publish","format-standard","hentry","category-ai-development-journal"],"_links":{"self":[{"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/posts\/22","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/comments?post=22"}],"version-history":[{"count":1,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/posts\/22\/revisions"}],"predecessor-version":[{"id":35,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/posts\/22\/revisions\/35"}],"wp:attachment":[{"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/media?parent=22"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/categories?post=22"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/sr-works.net\/blog-en\/wp-json\/wp\/v2\/tags?post=22"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}