{"id":7307,"date":"2026-08-13T07:51:39","date_gmt":"2026-08-13T07:51:39","guid":{"rendered":"https:\/\/www.imt-soft.com\/?p=7307"},"modified":"2026-08-13T07:51:40","modified_gmt":"2026-08-13T07:51:40","slug":"ai-engineering-playbooks-from-governance-policy-to-daily-practice","status":"publish","type":"post","link":"https:\/\/www.imt-soft.com\/ja\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/","title":{"rendered":"AI Engineering Playbooks: From Governance Policy to Daily Practice"},"content":{"rendered":"<header class=\"Hero c-default tc-white bc-alto bc2-white pt-default pb-default mt-none mb-none bi bp-cc bpm-cc\" style=\"background-image: url('\/wp-content\/uploads\/2026\/08\/ai_engineering_playbooks1.jpg'); position: relative; background-size: cover; background-position: center; z-index: 100;\" alt=\"ai_engineering_playbooks1\">\n    <div class=\"overlay\" style=\"position: absolute; top: 0; left: 0; width: 100%; height: 100%; background-color: rgba(51, 51, 51, 0.5); z-index: 50;\"><\/div>\n    <div class=\"container\" style=\"position: relative; z-index: 200;\">\n        <div class=\"Hero__inner\">\n            <div class=\"row\">\n                <div class=\"col-lg-8\">\n                    <div class=\"Heading\">\n                        <h1 class=\"Heading__title fs-default\" style=\"text-shadow: 2px 2px 6px rgba(0,0,0,0.7);\">\n\t\tAI Engineering Playbooks: Turning AI Governance Into Repeatable Practice\n\n\n\n\n<\/h1>\n                    <\/div>\n<div class=\"Heading__description fs-s30\">\n                             \n                     \n<\/div>\n                <\/div>\n            <\/div>\n        <\/div>\n    <\/div>\n<\/header>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column pt-5 has-background is-layout-flow wp-block-column-is-layout-flow\" style=\"background-color:#f7f7f7\">\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-layout-flow wp-block-column-is-layout-flow\">\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center has-background is-layout-flow wp-block-column-is-layout-flow\" style=\"background-color:#f7f7f7\">\n<p class=\"container wp-block-paragraph\">A governance policy says what should happen. A playbook is what actually happens when an AI agent pushes code at 2 a.m., a model output looks wrong, or a new hire joins mid-sprint and nobody has time to walk them through the rules.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">Most engineering organisations have the policy. Few have the playbook. That gap is where AI engineering playbooks earn their place &#8211; not another compliance document, but the operational layer that turns human oversight principles into procedures any engineer can follow without asking who is in charge.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">Without playbooks, AI adoption stays experimental. Every team interprets governance differently. Every escalation gets improvised. Every new engineer learns oversight by trial and error, usually right after something has already gone wrong.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">This article is for engineering ops teams, platform leads, and VPs of Engineering who already understand why human oversight matters &#8211; we covered the why in our <a href=\"https:\/\/www.imt-soft.com\/ja\/blog\/\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\"><u>pillar article on human oversight<\/u><\/a>&nbsp;&#8211; and are now solving the harder operational problem: how do you make oversight repeatable across dozens of engineers, multiple teams, and, for organisations in Switzerland, the broader EU, and the US, an auditor who eventually wants proof it happened.<\/p>\n\n\n\n<h2 class=\"container pt-4 pb-3 wp-block-heading\">Why Governance Policies Fail Without Playbooks<\/h2>\n\n\n\n<div class=\"container\">\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\nA governance policy describes intent &#8211; what AI oversight should look like. A playbook describes execution &#8211; who does what, in what order, with what authority. Organisations that stop at policy end up with inconsistent practice: one team enforces the review gate strictly, another skips it under deadline pressure, and nobody can explain the difference when an auditor asks.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<p class=\"container wp-block-paragraph\">Policy documents are written once and read rarely. They sit in a shared drive, get referenced in onboarding decks, and quietly diverge from what teams actually do once a deadline gets tight.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">The divergence is rarely malicious. It is structural. A policy that says \u201csecurity-sensitive code requires human review\u201d does not specify who reviews it, how fast, or what happens when the usual reviewer is on leave. Each team fills the gap with its own judgment &#8211; and a year later, five teams are running five quiet variations of the same rule.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">A playbook closes that gap. It turns the policy statement into a procedure: named roles, defined steps, an explicit fallback when the usual reviewer is not available. The policy stays stable. The playbook is what actually gets followed.<\/p>\n\n\n\n<h2 class=\"container pt-4 pb-3 wp-block-heading\">What Is an AI Engineering Playbook?<\/h2>\n\n\n\n<div class=\"container\">\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\n An AI engineering playbook is a living, versioned set of procedures that translates governance principles &#8211; internal policy, EU AI Act requirements, FINMA or DORA expectations &#8211; into step-by-step actions for engineers. It answers three questions for any AI-related decision: who acts, in what sequence, and with what authority to approve, modify, or stop.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<div class=\"wp-block-columns atr-container container pt-5 pb-4 is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\">\n<p class=\"wp-block-paragraph\">Not every team calls it a playbook. Some call it a runbook, some call it an operating manual &#8211; the function is the same: a reference any engineer can open mid-incident or mid-review and know exactly what to do next, without escalating a question that should already have an answer.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A useful playbook usually covers four categories.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Review playbooks. <\/strong>Define how AI-generated code moves through review &#8211; which tier applies, who signs off, what evidence is required before merge.<\/li>\n\n\n\n<li><strong>Incident playbooks. <\/strong>Define what happens when an AI agent or model behaves unexpectedly in production &#8211; who is paged, what gets rolled back, who decides when it is safe to resume.<\/li>\n\n\n\n<li><strong>Onboarding playbooks. <\/strong>Define how a new engineer learns the team\u2019s oversight expectations before they touch AI-assisted workflows unsupervised.<\/li>\n\n\n\n<li><strong>Audit playbooks. <\/strong>Define how the organisation reconstructs a decision trail when a regulator, client, or internal audit asks who approved this, and on what basis.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">Each of these connects back to the same governance principles covered in our pillar piece. The playbook is just the part that makes them executable.<\/p>\n<\/div>\n\n\n\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\"><div class=\"wp-block-image d-flex  justify-content-center m-3\">\n<figure class=\"aligncenter size-large is-resized\"><img decoding=\"async\" src=\"\/wp-content\/themes\/restly-child\/assets\/images\/AI-engineering-playbooks\/AI-engineering-playbook-structure.png\" alt=\" AI engineering playbook structure\" width=\"500\"\/><\/figure>\n<\/div><\/div>\n<\/div>\n\n\n\n<style>\n.atr-container{\nmargin-top:0px;\nmargin-bottom: 0px !important;\n}\n\n.a-container{\nmargin-bottom:10px;\n}\n\n<\/style>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column atr-container has-white-background-color has-background is-layout-flow wp-block-column-is-layout-flow\">\n<div class=\"wp-block-columns container pb-5 pt-5 is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-layout-flow wp-block-column-is-layout-flow\">\n<h2 class=\"mb-4 wp-block-heading\">Documentation Templates: Capturing Decisions, Not Just Code<\/h2>\n\n\n\n<div>\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\nDocumentation templates standardise what gets recorded every time an AI-assisted decision is made &#8211; not just the code, but the reasoning, the reviewer, and the approval. Without a standard template, every team documents differently, which means almost nothing is comparable and almost nothing is auditable.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<p class=\"wp-block-paragraph\">Most engineering teams already document code changes. Far fewer document the AI governance decision sitting underneath the code change: why this PR needed elevated review, who approved it, and what they checked.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A standard template fixes that. It does not need to be heavy &#8211; a short, structured block attached to the existing PR template is usually enough.<\/p>\n\n\n\n<style>\n\/* ==========================\n   DOCUMENTATION TABLE\n========================== *\/\n\n.table-wrapper{\n    width:100%;\n    margin:30px auto;\n    overflow-x:auto;\n}\n\n.documentation-table{\n    width:100%;\n    border-collapse:collapse;\n    table-layout:fixed;\n    background:#fff;\n}\n\n\/* ==========================\n   CELL\n========================== *\/\n\n.documentation-table th,\n.documentation-table td{\n    border:1px solid #bfc7d1;\n    padding:15px 20px;\n    text-align:left;\n    vertical-align:middle;\n    font-size:14px;\n    line-height:1.25;\n    color:#222;\n}\n\n\/* ==========================\n   HEADER\n========================== *\/\n\n.documentation-table thead th{\n    background:#3f6fb2;\n    color:#fff;\n    font-size:14px;\n    font-weight:600;\n  padding:15px 20px;\n}\n\n\/* ==========================\n   ROWS\n========================== *\/\n\n.documentation-table tbody tr:nth-child(odd){\n    background:#ffffff;\n}\n\n.documentation-table tbody tr:nth-child(even){\n    background:#dfe8f3;\n}\n\n\/* ==========================\n   COLUMN WIDTH\n========================== *\/\n\n.documentation-table th:nth-child(1),\n.documentation-table td:nth-child(1){\n    width:36%;\n}\n\n.documentation-table th:nth-child(2),\n.documentation-table td:nth-child(2){\n    width:44%;\n}\n\n.documentation-table th:nth-child(3),\n.documentation-table td:nth-child(3){\n    width:20%;\n}\n\n\/* ==========================\n   LINK\n========================== *\/\n\n.documentation-table a{\n    color:#0d6efd;\n    text-decoration:underline;\n}\n\n\/* ==========================\n   MOBILE\n========================== *\/\n\n@media(max-width:768px){\n\n    .table-wrapper{\n        overflow-x:auto;\n        -webkit-overflow-scrolling:touch;\n    }\n\n    .documentation-table{\n        min-width:750px;\n    }\n\n    .documentation-table th,\n    .documentation-table td{\n        font-size:14px;\n        padding:8px 10px;\n    }\n\n}\n<\/style>\n\n\n<div class=\"table-wrapper\">\n\n    <table class=\"documentation-table\">\n\n        <thead>\n            <tr>\n                <th>Documentation Artifact<\/th>\n                <th>What It Captures<\/th>\n                <th>Typical Owner<\/th>\n            <\/tr>\n        <\/thead>\n\n        <tbody>\n\n            <tr>\n                <td>AI usage disclosure tag<\/td>\n                <td>\n                    Whether AI generated, assisted, or had\n                    no role in the change\n                <\/td>\n                <td>\n                    Engineer\n                <\/td>\n            <\/tr>\n\n            <tr>\n                <td>Architecture decision record (ADR)<\/td>\n                <td>\n                    The reasoning behind structural choices\n                    AI proposed or implemented\n                <\/td>\n                <td>\n                    Tech lead or architect\n                <\/td>\n            <\/tr>\n\n            <tr>\n                <td>Review sign-off log<\/td>\n                <td>\n                    Who reviewed, what tier applied, what\n                    was checked\n                <\/td>\n                <td>\n                    Reviewing engineer\n                <\/td>\n            <\/tr>\n\n            <tr>\n                <td>Escalation record<\/td>\n                <td>\n                    What triggered escalation, who was\n                    notified, how it resolved\n                <\/td>\n                <td>\n                    On-call lead or incident owner\n                <\/td>\n            <\/tr>\n\n        <\/tbody>\n\n    <\/table>\n\n<\/div>\n\n\n\n<p class=\"wp-block-paragraph\">The goal is not paperwork for its own sake. It is making the answer to \u201cwhy did we approve this\u201d retrievable in thirty seconds instead of a half-day reconstruction project. For organisations building toward EU AI Act or <a style=\"color:#0d6efd;\" href=\"https:\/\/www.imt-soft.com\/ja\/2026\/04\/14\/eu-us-banking-compliance-in-2026-a-bfsi-guide\/\" target=\"_blank\" rel=\"noopener noreferrer\"><u>DORA<\/u><\/a> compliance, this AI governance documentation is also exactly what auditors ask to see first &#8211; not the policy, the record. We cover the underlying audit data requirements in our article on <a style=\"color:#0d6efd;\" href=\"https:\/\/www.imt-soft.com\/ja\/2026\/05\/13\/ai-data-infrastructure-compliance-building-ai-ready-pipelines-in-2026\/\" target=\"_blank\" rel=\"noopener noreferrer\"><u>AI data infrastructure and compliance<\/u><\/a>.<\/p>\n\n\n\n<h2 class=\"mb-4 mt-5 wp-block-heading\">Escalation Procedures: What Happens When AI Behaviour Falls Outside Expected Ranges<\/h2>\n\n\n\n<div>\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\nEscalation procedures define, in advance, what counts as an AI failure significant enough to interrupt normal workflow, who gets notified, and how fast. Teams that improvise escalation during an incident lose time deciding who is responsible instead of fixing the problem.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<p class=\"wp-block-paragraph\">Our pillar article on human oversight makes the point that escalation paths need to be defined before an incident, not during one. A playbook is where that principle becomes a procedure &#8211; severity tiers, named approvers, and response windows that do not depend on who happens to be online.<\/p>\n\n\n\n<style>\n\/* ==========================\n   TIER RESPONSE TABLE\n========================== *\/\n\n.table-wrapper{\n    width:100%;\n    margin:30px auto;\n    overflow-x:auto;\n}\n\n.documentation-table{\n    width:100%;\n    border-collapse:collapse;\n    table-layout:fixed;\n    background:#fff;\n\n}\n\n\/* ==========================\n   CELLS\n========================== *\/\n\n.documentation-table th,\n.documentation-table td{\n    border:1px solid #bfc7d1;\n \n    text-align:left;\n    vertical-align:middle;\n    font-size:14px;\n    line-height:1.25;\n    color:#222;\n}\n\n\/* ==========================\n   HEADER\n========================== *\/\n\n.documentation-table thead th{\n    background:#3f6fb2;\n    color:#fff;\n    font-size:14px;\n    font-weight:600;\n\n}\n\n\/* ==========================\n   ROWS\n========================== *\/\n\n.documentation-table tbody tr:nth-child(odd){\n    background:#ffffff;\n}\n\n.documentation-table tbody tr:nth-child(even){\n    background:#dfe8f3;\n}\n\n\/* ==========================\n   COLUMN WIDTH\n========================== *\/\n\n.documentation-table th:nth-child(1),\n.documentation-table td:nth-child(1){\n    width:24%;\n}\n\n.documentation-table th:nth-child(2),\n.documentation-table td:nth-child(2){\n    width:44%;\n}\n\n.documentation-table th:nth-child(3),\n.documentation-table td:nth-child(3){\n    width:32%;\n}\n\n\/* ==========================\n   MOBILE\n========================== *\/\n\n@media(max-width:768px){\n\n    .table-wrapper{\n        overflow-x:auto;\n        -webkit-overflow-scrolling:touch;\n    }\n\n    .documentation-table{\n        min-width:750px;\n    }\n\n    .documentation-table th,\n    .documentation-table td{\n        font-size:14px;\n        padding:8px 10px;\n    }\n\n}\n<\/style>\n\n\n<div class=\"table-wrapper\">\n\n    <table class=\"documentation-table\">\n\n        <thead>\n            <tr>\n                <th>Tier<\/th>\n                <th>Trigger<\/th>\n                <th>Required Response<\/th>\n            <\/tr>\n        <\/thead>\n\n        <tbody>\n\n            <tr>\n                <td>\n                    Tier 1 &#8211; Minor\n                <\/td>\n\n                <td>\n                    AI output flagged by automated checks\n                    but contained pre-merge\n                <\/td>\n\n                <td>\n                    Reviewer resolves within the standard\n                    review cycle, no escalation needed\n                <\/td>\n            <\/tr>\n\n            <tr>\n                <td>\n                    Tier 2 &#8211; Significant\n                <\/td>\n\n                <td>\n                    AI agent action affects shared environments,\n                    or AI output reaches a compliance-sensitive workflow\n                <\/td>\n\n                <td>\n                    On-call lead notified within 30 minutes,\n                    sign-off required before resuming\n                <\/td>\n            <\/tr>\n\n            <tr>\n                <td>\n                    Tier 3 &#8211; Critical\n                <\/td>\n\n                <td>\n                    AI agent action affects production,\n                    customer data, or a regulated system\n                <\/td>\n\n                <td>\n                    Engineering director and compliance contact\n                    notified within 15 minutes, rollback authority\n                    pre-assigned\n                <\/td>\n            <\/tr>\n\n        <\/tbody>\n\n    <\/table>\n\n<\/div>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\">\n<div class=\"wp-block-columns atr-container is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center atr-container is-layout-flow wp-block-column-is-layout-flow\">\n<div class=\"wp-block-columns mt-5 is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\">\n<p class=\"wp-block-paragraph\">The tiers do not need to be elaborate. They need to be specific enough that two different engineers, faced with the same situation at 3 a.m., make the same call. That consistency is the entire point of writing it down in advance.<\/p>\n<\/div>\n\n\n\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\">\n<ul class=\"wp-block-list\"><div class=\"wp-block-image d-flex  justify-content-center m-3\">\n<figure class=\"aligncenter size-large is-resized\"><img loading=\"lazy\" decoding=\"async\" src=\"\/wp-content\/themes\/restly-child\/assets\/images\/AI-engineering-playbooks\/AI-escalation-tier-structure.png\" alt=\"AI escalation tier structure\" width=\"500\" height=\"338\"\/><\/figure>\n<\/div><\/ul>\n<\/div>\n<\/div>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center atr-container is-layout-flow wp-block-column-is-layout-flow\">\n<h2 class=\"pt-3 pb-3 wp-block-heading\">Engineering Onboarding: Making Oversight Muscle Memory<\/h2>\n\n\n\n<div>\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\n Engineering onboarding for AI-augmented teams should treat oversight skills the same way it treats codebase familiarity &#8211; something a new hire is taught, checked, and signed off on, not something they pick up by observation over several months.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<p class=\"wp-block-paragraph\">New engineers usually get a fast walkthrough of the codebase and a slower, informal exposure to how the team actually handles AI-assisted work. That second part matters more than most onboarding plans treat it.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">A structured onboarding playbook closes the gap with a few concrete steps.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Shadow period. <\/strong>New engineers observe live reviews and escalations for a defined window before approving anything independently.<\/li>\n\n\n\n<li><strong>Competency check before sign-off authority. <\/strong>A new reviewer does not get merge authority on security-sensitive AI-generated code until they have demonstrated they can apply the review tiers correctly.<\/li>\n\n\n\n<li><strong>Refresher cadence. <\/strong>Oversight rules change as tooling and regulation evolve; a playbook without a scheduled review date is already out of date.<\/li>\n\n\n\n<li><strong>Cross-team rotation. <\/strong>Engineers who only ever see their own team\u2019s interpretation of the rules do not notice when interpretations have quietly diverged.<\/li>\n<\/ul>\n\n\n\n<p class=\"wp-block-paragraph\">This is also where the EU AI Act\u2019s human oversight requirement becomes concrete at the individual level: a regulator does not just want a policy that says humans review AI decisions. They want evidence that the humans doing the reviewing were qualified to do it.<\/p>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n<style>\n.atr-container{\nmargin-top: -20px !important;\nmargin-bottom: -25px !important;\n}\n\n.a-container{\nmargin-bottom:10px;\n}\n\n<\/style>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column has-background is-layout-flow wp-block-column-is-layout-flow\" style=\"background-color:#f7f7f7\">\n<div class=\"wp-block-columns container has-background is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\" style=\"background-color:#f7f7f7\">\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\">\n<h2 class=\"pt-5 pb-3 wp-block-heading\">Beyond the Three Pillars: What Else Belongs in the Playbook<\/h2>\n\n\n\n<div>\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\nDocumentation, escalation, and onboarding are the foundation &#8211; but a complete AI engineering playbook also needs clear ownership, a review cadence for the playbook itself, and integration with the tools engineers already use. A playbook nobody maintains becomes exactly as unreliable as the policy it replaced.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<p class=\"wp-block-paragraph\">Most organisations that get this far stop at documentation, escalation, and onboarding. Those three are necessary. They are not sufficient.<\/p>\n\n\n\n<ul class=\"wp-block-list\">\n<li><strong>Ownership and <\/strong><a href=\"https:\/\/it.cornell.edu\/it-service-management\/raci-and-rasci-definitions\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\">RACI<\/a><strong>. <\/strong>Every playbook section needs a named owner accountable for keeping it current &#8211; not \u201cthe platform team,\u201d a specific role.<\/li>\n\n\n\n<li><strong>Version control on the playbook itself. <\/strong>Treat playbook changes like code changes: versioned, reviewed, and dated, so a six-month-old incident can be checked against the rules that applied at the time.<\/li>\n\n\n\n<li><strong>Tooling integration. <\/strong>A playbook that lives only in a wiki gets ignored under deadline pressure. The most effective versions surface the relevant step directly inside the PR template, the <a href=\"https:\/\/www.redhat.com\/en\/topics\/devops\/what-cicd-pipeline\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\"><u>CI pipeline<\/u><\/a>, or the incident management tool.<\/li>\n\n\n\n<li><strong>Cross-team consistency audits. <\/strong>Periodically check whether different teams are actually applying the same playbook the same way &#8211; divergence is the default outcome of organisational growth, not an exception.<\/li>\n<\/ul>\n\n\n\n<h2 class=\"pt-4 pb-3 wp-block-heading\">The Regulatory Case for Playbooks<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">For engineering organisations operating in regulated markets, playbooks are not just an internal efficiency exercise.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">The <a href=\"https:\/\/www.imt-soft.com\/ja\/2026\/05\/06\/eu-ai-act-compliance-risk-classification-guide\/\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\"><u>EU AI Act<\/u><\/a>\u2019s human oversight requirement for high-risk systems is not satisfied by a policy statement. Regulators expect evidence of process &#8211; who reviewed what, when, and on what authority. A playbook is the artifact that produces that evidence as a byproduct of normal work, instead of as a special exercise before an audit.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">DORA adds a similar expectation for financial institutions across Germany, France, the Netherlands, and the rest of the EU: AI systems need to be tested, documented, and recoverable &#8211; which in practice means the incident playbook and rollback procedure need to already exist before an examiner asks for them.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">For Swiss financial institutions and their EU-facing counterparts, FINMA\u2019s governance guidance tracks closely with EU expectations. The organisations that handle this well treat the playbook as the compliance artifact &#8211; not a separate compliance project running alongside engineering.<\/p>\n\n\n\n<h2 class=\"pt-4 pb-3 wp-block-heading\">Building Your First AI Engineering Playbook<\/h2>\n\n\n\n<div>\n<div class=\"info-box mt-4 mb-4\">\n  <h3>Quick answer:\n<\/h3>\n  <p>\nStart with the highest-risk workflow already in production, not a comprehensive playbook covering everything at once. A complete playbook for one critical workflow beats a partial playbook for ten.\n <\/p>\n<\/div><\/div>\n<style>\n.info-box {\n\n border-left: 6px solid #2d4f8b !important; \n  background-color: #eef3fb;\n  padding: 15px;\n  font-family: \"Times New Roman\", serif;\n}\n\n.info-box h3 {\n  color: #2d4f8b;\n  font-size: 18px;\n  margin: 0 0 10px 0;\n}\n\n.info-box p {\n  color: #333;\n  font-size: 15px;\n  margin: 0;\n  line-height: 1.5;\n}\n<\/style>\n\n\n\n<div class=\"wp-block-columns is-layout-flex wp-container-core-columns-is-layout-8f761849 wp-block-columns-is-layout-flex\">\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\">\n<ul class=\"wp-block-list\">\n<li><strong>Pick one high-risk workflow first. <\/strong>Security-sensitive code review, or production deployment approval &#8211; whichever already keeps your engineering director up at night.<\/li>\n\n\n\n<li><strong>Write down what currently happens, not what should happen. <\/strong>Most teams discover their actual practice diverges from policy before they can design the procedure that replaces it.<\/li>\n\n\n\n<li><strong>Assign named owners, not teams. <\/strong>\u201cThe DevOps team\u201d is not accountable. A named role with a backup is.<\/li>\n\n\n\n<li><strong>Build the escalation tiers before the documentation templates. <\/strong>Escalation procedures expose the gaps fastest; documentation can follow once the decision points are clear.<\/li>\n\n\n\n<li><strong>Schedule the first review date before you publish. <\/strong>A playbook with no review date is a policy document with extra formatting.<\/li>\n<\/ul>\n<\/div>\n\n\n\n<div class=\"wp-block-column is-vertically-aligned-center is-layout-flow wp-block-column-is-layout-flow\" style=\"flex-basis:50%\">\n<ul class=\"wp-block-list\"><div class=\"wp-block-image d-flex  justify-content-center m-3\">\n<figure class=\"aligncenter size-large is-resized\"><img loading=\"lazy\" decoding=\"async\" src=\"\/wp-content\/themes\/restly-child\/assets\/images\/AI-engineering-playbooks\/AI-engineering-playbook-guildline.png\" alt=\"AI engineering playbook guildline\" width=\"500\" height=\"338\"\/><\/figure>\n<\/div><\/ul>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n<\/div>\n\n\n\n<h2 class=\"pt-4 pb-3 container wp-block-heading\">How IMT Solutions Supports AI Engineering Governance<\/h2>\n\n\n\n<p class=\"container wp-block-paragraph\">IMT Solutions works with engineering organisations in financial services, healthcare, and enterprise software to build the operational layer underneath AI governance policy &#8211; the playbooks, documentation templates, and escalation procedures that make human oversight something a team actually does, not something a policy document claims.<\/p>\n\n\n\n<p class=\"container wp-block-paragraph\">If you are translating governance principles into procedures your engineers can follow without escalating every judgment call, explore our <a href=\"https:\/\/www.imt-soft.com\/ja\/case-studies\/\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\"><u>case studies<\/u><\/a> or <a href=\"https:\/\/www.imt-soft.com\/ja\/contact\/\" style=\"color:#0d6efd;\" target=\"_blank\" rel=\"noopener noreferrer\"><u>contact our team<\/u><\/a> to talk through your environment.<\/p>\n\n\n\n<h2 class=\"pt-4 pb-3 container wp-block-heading\">Frequently Asked Questions<\/h2>\n\n\n\n<h3 class=\"pb-3 container wp-block-heading\">What is an AI engineering playbook?<\/h3>\n\n\n\n<p class=\"container wp-block-paragraph\">An AI engineering playbook is a living, versioned set of procedures that converts AI governance policy into specific actions &#8211; who reviews what, who gets notified when something goes wrong, and how new engineers are brought up to the team\u2019s oversight standard. It exists to make governance consistent across teams and demonstrable to regulators.<\/p>\n\n\n\n<h3 class=\"pt-4 pb-3 container wp-block-heading\">How is a playbook different from a governance policy?<\/h3>\n\n\n\n<p class=\"container wp-block-paragraph\">A policy states intent: what oversight should exist. A playbook states execution: who does it, in what order, with what authority, and what gets recorded along the way. Policies change rarely; playbooks should be reviewed and updated as tooling, team structure, and regulation evolve.<\/p>\n\n\n\n<h3 class=\"pt-4 pb-3 container wp-block-heading\">What should an AI engineering playbook include first?<\/h3>\n\n\n\n<p class=\"container wp-block-paragraph\">Start with the escalation procedure for the organisation\u2019s highest-risk AI workflow &#8211; usually security-sensitive code review or production deployment approval. Escalation tiers expose gaps in oversight faster than documentation templates do, and they are the part teams improvise most dangerously without a written procedure.<\/p>\n\n\n\n<h3 class=\"pt-4 pb-3 container wp-block-heading\">Do AI engineering playbooks help with EU AI Act or DORA compliance?<\/h3>\n\n\n\n<p class=\"container wp-block-paragraph\">Yes. Both frameworks expect organisations to demonstrate human oversight as a functioning process, not just a documented intention. A playbook produces the audit trail &#8211; who reviewed, who approved, who escalated &#8211; as a natural byproduct of how engineers work, rather than as a separate compliance exercise built after the fact.<\/p>\n\n\n\n<h3 class=\"pt-4 pb-3 container wp-block-heading\">How often should an AI engineering playbook be updated?<\/h3>\n\n\n\n<p class=\"container wp-block-paragraph\">At minimum, on a fixed review cadence &#8211; quarterly is common for fast-moving AI tooling &#8211; and immediately after any incident that exposes a gap in the existing procedure. A playbook without a scheduled review date tends to drift out of sync with both the tools in use and the regulatory requirements around them.<\/p>","protected":false},"excerpt":{"rendered":"<p>AI Engineering Playbooks: Turning AI Governance Into Repeatable Practice A governance policy says what should happen. A playbook is what actually happens when an AI agent pushes code at 2 a.m., a model output looks wrong, or a new hire joins mid-sprint and nobody has time to walk them through the rules. Most engineering organisations have the policy. Few have the playbook. That gap is where AI engineering playbooks earn their place &#8211; not another compliance document, but the operational layer that turns human oversight principles into procedures any engineer can follow without asking who is in charge. Without playbooks, AI adoption stays experimental. Every team interprets governance differently. Every [&hellip;]<\/p>","protected":false},"author":7,"featured_media":7308,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_mi_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"footnotes":""},"categories":[331,9],"tags":[516,515,514,513],"class_list":["post-7307","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-ai","category-latest","tag-ai-governance-documentation","tag-ai-runbooks","tag-engineering-onboarding","tag-escalation-procedures"],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v20.9 - https:\/\/yoast.com\/wordpress\/plugins\/seo\/ -->\n<title>AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions<\/title>\n<meta name=\"description\" content=\"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/www.imt-soft.com\/ja\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/\" \/>\n<meta property=\"og:locale\" content=\"ja_JP\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions\" \/>\n<meta property=\"og:description\" content=\"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/www.imt-soft.com\/ja\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/\" \/>\n<meta property=\"og:site_name\" content=\"IMT Solutions\" \/>\n<meta property=\"article:publisher\" content=\"https:\/\/www.facebook.com\/IMTSolutions\/\" \/>\n<meta property=\"article:published_time\" content=\"2026-08-13T07:51:39+00:00\" \/>\n<meta property=\"article:modified_time\" content=\"2026-08-13T07:51:40+00:00\" \/>\n<meta property=\"og:image\" content=\"http:\/\/www.imt-soft.com\/wp-content\/uploads\/2026\/08\/AI-engineering-playbooks-1.png\" \/>\n\t<meta property=\"og:image:width\" content=\"400\" \/>\n\t<meta property=\"og:image:height\" content=\"299\" \/>\n\t<meta property=\"og:image:type\" content=\"image\/png\" \/>\n<meta name=\"author\" content=\"Same\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:creator\" content=\"@imtsolutions\" \/>\n<meta name=\"twitter:site\" content=\"@imtsolutions\" \/>\n<meta name=\"twitter:label1\" content=\"\u57f7\u7b46\u8005\" \/>\n\t<meta name=\"twitter:data1\" content=\"Same\" \/>\n\t<meta name=\"twitter:label2\" content=\"\u63a8\u5b9a\u8aad\u307f\u53d6\u308a\u6642\u9593\" \/>\n\t<meta name=\"twitter:data2\" content=\"13\u5206\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/\",\"url\":\"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/\",\"name\":\"AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions\",\"isPartOf\":{\"@id\":\"https:\/\/imt-soft.com\/en\/#website\"},\"datePublished\":\"2026-08-13T07:51:39+00:00\",\"dateModified\":\"2026-08-13T07:51:40+00:00\",\"author\":{\"@id\":\"https:\/\/imt-soft.com\/en\/#\/schema\/person\/b8fb7884be67bc626337d244534ff356\"},\"description\":\"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.\",\"breadcrumb\":{\"@id\":\"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/#breadcrumb\"},\"inLanguage\":\"ja\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/imt-soft.com\/en\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"AI Engineering Playbooks: From Governance Policy to Daily Practice\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/imt-soft.com\/en\/#website\",\"url\":\"https:\/\/imt-soft.com\/en\/\",\"name\":\"IMT Solutions\",\"description\":\"Trusted IT Outsourcing Provider\",\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/imt-soft.com\/en\/?s={search_term_string}\"},\"query-input\":\"required name=search_term_string\"}],\"inLanguage\":\"ja\"},{\"@type\":\"Person\",\"@id\":\"https:\/\/imt-soft.com\/en\/#\/schema\/person\/b8fb7884be67bc626337d244534ff356\",\"name\":\"Same\",\"image\":{\"@type\":\"ImageObject\",\"inLanguage\":\"ja\",\"@id\":\"https:\/\/imt-soft.com\/en\/#\/schema\/person\/image\/\",\"url\":\"https:\/\/secure.gravatar.com\/avatar\/8aa8588132dea02c1c1a16daa2e90d82743e63ea1164ddc2b6394305843cf5fc?s=96&d=mm&r=g\",\"contentUrl\":\"https:\/\/secure.gravatar.com\/avatar\/8aa8588132dea02c1c1a16daa2e90d82743e63ea1164ddc2b6394305843cf5fc?s=96&d=mm&r=g\",\"caption\":\"Same\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions","description":"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.","robots":{"index":"index","follow":"follow","max-snippet":"max-snippet:-1","max-image-preview":"max-image-preview:large","max-video-preview":"max-video-preview:-1"},"canonical":"https:\/\/www.imt-soft.com\/ja\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/","og_locale":"ja_JP","og_type":"article","og_title":"AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions","og_description":"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.","og_url":"https:\/\/www.imt-soft.com\/ja\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/","og_site_name":"IMT Solutions","article_publisher":"https:\/\/www.facebook.com\/IMTSolutions\/","article_published_time":"2026-08-13T07:51:39+00:00","article_modified_time":"2026-08-13T07:51:40+00:00","og_image":[{"width":400,"height":299,"url":"http:\/\/www.imt-soft.com\/wp-content\/uploads\/2026\/08\/AI-engineering-playbooks-1.png","type":"image\/png"}],"author":"Same","twitter_card":"summary_large_image","twitter_creator":"@imtsolutions","twitter_site":"@imtsolutions","twitter_misc":{"\u57f7\u7b46\u8005":"Same","\u63a8\u5b9a\u8aad\u307f\u53d6\u308a\u6642\u9593":"13\u5206"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/","url":"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/","name":"AI Engineering Playbooks: From Governance Policy to Daily Practice - IMT Solutions","isPartOf":{"@id":"https:\/\/imt-soft.com\/en\/#website"},"datePublished":"2026-08-13T07:51:39+00:00","dateModified":"2026-08-13T07:51:40+00:00","author":{"@id":"https:\/\/imt-soft.com\/en\/#\/schema\/person\/b8fb7884be67bc626337d244534ff356"},"description":"Without AI engineering playbooks, governance stays theoretical. See how documentation, escalation paths, and onboarding turn AI oversight into repeatable practice.","breadcrumb":{"@id":"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/#breadcrumb"},"inLanguage":"ja","potentialAction":[{"@type":"ReadAction","target":["https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/www.imt-soft.com\/2026\/08\/13\/ai-engineering-playbooks-from-governance-policy-to-daily-practice\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/imt-soft.com\/en\/"},{"@type":"ListItem","position":2,"name":"AI Engineering Playbooks: From Governance Policy to Daily Practice"}]},{"@type":"WebSite","@id":"https:\/\/imt-soft.com\/en\/#website","url":"https:\/\/imt-soft.com\/en\/","name":"IMT Solutions","description":"Trusted IT Outsourcing Provider","potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/imt-soft.com\/en\/?s={search_term_string}"},"query-input":"required name=search_term_string"}],"inLanguage":"ja"},{"@type":"Person","@id":"https:\/\/imt-soft.com\/en\/#\/schema\/person\/b8fb7884be67bc626337d244534ff356","name":"Same","image":{"@type":"ImageObject","inLanguage":"ja","@id":"https:\/\/imt-soft.com\/en\/#\/schema\/person\/image\/","url":"https:\/\/secure.gravatar.com\/avatar\/8aa8588132dea02c1c1a16daa2e90d82743e63ea1164ddc2b6394305843cf5fc?s=96&d=mm&r=g","contentUrl":"https:\/\/secure.gravatar.com\/avatar\/8aa8588132dea02c1c1a16daa2e90d82743e63ea1164ddc2b6394305843cf5fc?s=96&d=mm&r=g","caption":"Same"}}]}},"_links":{"self":[{"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/posts\/7307","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/users\/7"}],"replies":[{"embeddable":true,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/comments?post=7307"}],"version-history":[{"count":1,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/posts\/7307\/revisions"}],"predecessor-version":[{"id":7310,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/posts\/7307\/revisions\/7310"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/media\/7308"}],"wp:attachment":[{"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/media?parent=7307"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/categories?post=7307"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.imt-soft.com\/ja\/wp-json\/wp\/v2\/tags?post=7307"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}