{"id":971,"date":"2026-02-25T10:33:26","date_gmt":"2026-02-25T10:33:26","guid":{"rendered":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/"},"modified":"2026-02-25T10:33:26","modified_gmt":"2026-02-25T10:33:26","slug":"avoiding-c4-model-pitfalls","status":"publish","type":"docs","link":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/","title":{"rendered":"Avoiding Beginner Pitfalls in C4 Modeling"},"content":{"rendered":"<p>One rule I\u2019ve seen work time and again: consistency in abstraction level prevents confusion. When you mix levels\u2014like showing a code class in a system context diagram\u2014you lose the very clarity the C4 model was built to deliver. This chapter cuts through noise to give you real, field-tested strategies to avoid the most common C4 model pitfalls.<\/p>\n<p>After guiding dozens of teams through their first C4 diagrams, I\u2019ve seen the same mistakes repeat. Over-detailing, inconsistent notation, and poor legends are not just formatting issues\u2014they\u2019re communication failures. This is not about perfect diagrams; it\u2019s about effective ones.<\/p>\n<p>You\u2019ll learn how to spot and fix these errors before they become project-wide problems. You\u2019ll gain practical checks, decision rules, and real examples from actual projects where a simple fix saved weeks of rework. Every insight comes from real-world modeling, not theory.<\/p>\n<h2>Common Mistakes in C4 Diagrams That Derail Clarity<\/h2>\n<p>Beginner diagrams often try to do too much at once. The result? A tangled mess that no one can read or trust.<\/p>\n<h3>Mixing Abstraction Levels<\/h3>\n<p>One of the most frequent C4 model pitfalls is blending levels. Putting a database table in a system context diagram or listing methods in a container diagram breaks the hierarchy.<\/p>\n<p>The C4 model is built on four clear levels: system context, containers, components, and code. Each level answers a different question:<\/p>\n<ul>\n<li><strong>Level 1 (System Context)<\/strong>: What system are we talking about, and who uses it?<\/li>\n<li><strong>Level 2 (Containers)<\/strong>: What major software components make up the system?<\/li>\n<li><strong>Level 3 (Components)<\/strong>: How are containers broken down into functional parts?<\/li>\n<li><strong>Level 4 (Code)<\/strong>: What code elements represent high-level decisions?<\/li>\n<\/ul>\n<p>When you mix levels, you create cognitive overload. A stakeholder trying to understand Level 1 can\u2019t parse a class method. Keep levels separate. Use the right tool for the right question.<\/p>\n<h3>Over-Detailing at the Wrong Level<\/h3>\n<p>It\u2019s tempting to include every service, every endpoint, every class. But over-detailing turns a high-level architecture overview into a code listing.<\/p>\n<p>I once reviewed a container diagram with 47 components. The team claimed it was \u201ccomplete.\u201d But when asked what the system did in one sentence, no one could answer. The diagram had drowned in minutiae.<\/p>\n<p>Use the <strong>Rule of Three<\/strong>: no more than three to five components per container. If you need more, ask: \u201cIs this a single component with multiple responsibilities?\u201d If yes, refactor. If no, consider splitting the container.<\/p>\n<h3>Ignoring the Legend<\/h3>\n<p>A legend isn\u2019t decorative. It\u2019s a communication contract.<\/p>\n<p>Many beginners skip the legend or use vague labels. \u201cUser\u201d is ambiguous. Is it a human user? A service account? A system? Without a legend, your diagram becomes a guessing game.<\/p>\n<p>Always define:<\/p>\n<ul>\n<li>What each shape represents (box, ellipse, icon)<\/li>\n<li>What each line type means (solid, dashed, arrow direction)<\/li>\n<li>How technology and environment are called out<\/li>\n<\/ul>\n<p>Even a simple legend like:<\/p>\n<ul>\n<li><strong>Blue boxes<\/strong>: Application containers<\/li>\n<li><strong>Red ovals<\/strong>: External systems<\/li>\n<li><strong>Dashed arrows<\/strong>: API calls<\/li>\n<li><strong>Thin lines<\/strong>: Data flow<\/li>\n<\/ul>\n<p>can prevent hours of misinterpretation.<\/p>\n<h2>Corrective Patterns for Stable, Communicative Diagrams<\/h2>\n<h3>Use a Level Checklist<\/h3>\n<p>Before finalizing any diagram, run through this checklist:<\/p>\n<ol>\n<li>Is this diagram at the correct abstraction level?<\/li>\n<li>Are all elements at the same level of detail?<\/li>\n<li>Does any element belong to a lower level (e.g., code)? If yes, remove or move it.<\/li>\n<li>Is the legend complete and clear?<\/li>\n<li>Would someone unfamiliar with the system understand this in 90 seconds?<\/li>\n<\/ol>\n<p>Apply this to every diagram. It\u2019s not overkill\u2014it\u2019s insurance.<\/p>\n<h3>Limit Elements Per Diagram<\/h3>\n<p>More than 10\u201312 total elements (containers, components, external systems) makes a diagram hard to parse. This is not a hard rule\u2014but a signal.<\/p>\n<p>If you\u2019re over the limit, ask:<\/p>\n<ul>\n<li>Can I split this into two diagrams (e.g., one for core components, one for external integrations)?<\/li>\n<li>Can I group similar elements under a single label (e.g., \u201cPayment Services\u201d instead of listing five microservices)?<\/li>\n<li>Is this diagram meant for executives, developers, or ops? Adjust detail accordingly.<\/li>\n<\/ul>\n<h3>Apply the \u201cOne-Sentence Rule\u201d<\/h3>\n<p>Every diagram should be explainable in one clear sentence. If you can\u2019t do this, the diagram is likely flawed.<\/p>\n<p>For example:<\/p>\n<ul>\n<li>\u201cThis system context diagram shows a Customer Portal, used by customers and internal admins, that connects to a backend API and external payment gateway.\u201d<\/li>\n<li>\u201cThis container diagram shows the Order Service, Inventory Service, and Payment Service, all communicating via REST APIs, with data stored in PostgreSQL and Redis.\u201d<\/li>\n<\/ul>\n<p>If you can\u2019t summarize it in a sentence, the diagram is too complex, or the message is unclear.<\/p>\n<h2>Real-World Examples of C4 Model Pitfalls<\/h2>\n<h3>Case: The Over-Extended Container Diagram<\/h3>\n<p>A fintech team built a container diagram with 32 components. It included database tables, service classes, and even a list of API endpoints. When asked about the main data flow, the team couldn\u2019t point it out.<\/p>\n<p>Fix: Replaced the diagram with two diagrams\u2014one at Level 2 showing services and databases, and a Level 3 diagram focused on the Order Processing component. The explanation dropped from 7 minutes to 45 seconds.<\/p>\n<h3>Case: The Missing Legend<\/h3>\n<p>A new developer joined a project and spent two days trying to understand a diagram. The shape for \u201cexternal service\u201d was a gray rectangle with a lightning bolt. No legend. No explanation.<\/p>\n<p>Fix: Added a legend with clear icons and labels. The team now reviews all diagrams for legend completeness before sharing.<\/p>\n<h2>Key Takeaways: Avoid Beginner Errors C4 Model<\/h2>\n<ul>\n<li>Never mix abstraction levels. A container is not a component, and a component is not a class.<\/li>\n<li>Use the Rule of Three for components per container.<\/li>\n<li>Always include a legend\u2014even if it\u2019s just four lines.<\/li>\n<li>Test diagrams with the \u201cOne-Sentence Rule\u201d before sharing.<\/li>\n<li>Keep Level 1 diagrams under 10 elements; Level 2 under 15.<\/li>\n<\/ul>\n<p>These are not rigid rules\u2014they\u2019re guardrails. They keep your C4 model focused, accurate, and trustworthy. Avoiding beginner errors C4 model isn\u2019t about perfection. It\u2019s about clarity.<\/p>\n<h2>Frequently Asked Questions<\/h2>\n<h3>How do I know which level of C4 diagram to use?<\/h3>\n<p>Start with Level 1 (System Context) when onboarding stakeholders or defining scope. Use Level 2 (Containers) when designing for deployment, scalability, or tech stack decisions. Level 3 (Components) for internal design discussions. Level 4 (Code) only for critical components\u2014never for entire systems.<\/p>\n<h3>Can I use C4 diagrams in agile teams?<\/h3>\n<p>Yes, and they\u2019re especially useful in agile. Use Level 1 and 2 diagrams during sprint planning to align on scope. Update them as needed, but keep them lightweight. Treat them as living artifacts, not artifacts to be frozen.<\/p>\n<h3>Should I include every service in my container diagram?<\/h3>\n<p>No. If you have more than five services, group them under a single container name like \u201cPayment Processing Services\u201d and use a separate diagram for deeper breakdown when needed. Overloading a single diagram is one of the most common mistakes in C4 diagrams.<\/p>\n<h3>How often should I update my C4 diagrams?<\/h3>\n<p>Update when the architecture changes significantly. Not every code change requires a diagram update. But after a major release, refactoring, or new dependency, review the diagram. A good rule: if the change affects a component\u2019s role or interaction, update the diagram.<\/p>\n<h3>Can I use C4 for mobile or frontend-only apps?<\/h3>\n<p>Absolutely. For a mobile app, the container might be \u201cMobile App (iOS\/Android),\u201d and the system context could include backend APIs, push notification services, and device storage. The C4 model works regardless of platform\u2014it\u2019s about structure, not technology.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>One rule I\u2019ve seen work time and again: consistency in abstraction level prevents confusion. When you mix levels\u2014like showing a code class in a system context diagram\u2014you lose the very clarity the C4 model was built to deliver. This chapter cuts through noise to give you real, field-tested strategies to avoid the most common C4 [&hellip;]<\/p>\n","protected":false},"author":1,"featured_media":0,"parent":970,"menu_order":0,"template":"","meta":{"_acf_changed":false,"inline_featured_image":false,"site-sidebar-layout":"default","site-content-layout":"","ast-site-content-layout":"default","site-content-style":"default","site-sidebar-style":"default","ast-global-header-display":"","ast-banner-title-visibility":"","ast-main-header-display":"","ast-hfb-above-header-display":"","ast-hfb-below-header-display":"","ast-hfb-mobile-header-display":"","site-post-title":"","ast-breadcrumbs-content":"","ast-featured-img":"","footer-sml-layout":"","ast-disable-related-posts":"","theme-transparent-header-meta":"","adv-header-id-meta":"","stick-header-meta":"","header-above-stick-meta":"","header-main-stick-meta":"","header-below-stick-meta":"","astra-migrate-meta-layouts":"default","ast-page-background-enabled":"default","ast-page-background-meta":{"desktop":{"background-color":"var(--ast-global-color-5)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"ast-content-background-meta":{"desktop":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"tablet":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""},"mobile":{"background-color":"var(--ast-global-color-4)","background-image":"","background-repeat":"repeat","background-position":"center center","background-size":"auto","background-attachment":"scroll","background-type":"","background-media":"","overlay-type":"","overlay-color":"","overlay-opacity":"","overlay-gradient":""}},"footnotes":""},"doc_tag":[],"class_list":["post-971","docs","type-docs","status-publish","hentry"],"acf":[],"yoast_head":"<!-- This site is optimized with the Yoast SEO plugin v27.2 - https:\/\/yoast.com\/product\/yoast-seo-wordpress\/ -->\n<title>Avoiding C4 Model Pitfalls<\/title>\n<meta name=\"description\" content=\"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.\" \/>\n<meta name=\"robots\" content=\"index, follow, max-snippet:-1, max-image-preview:large, max-video-preview:-1\" \/>\n<link rel=\"canonical\" href=\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/\" \/>\n<meta property=\"og:locale\" content=\"pl_PL\" \/>\n<meta property=\"og:type\" content=\"article\" \/>\n<meta property=\"og:title\" content=\"Avoiding C4 Model Pitfalls\" \/>\n<meta property=\"og:description\" content=\"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.\" \/>\n<meta property=\"og:url\" content=\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/\" \/>\n<meta property=\"og:site_name\" content=\"Visual Paradigm Skills Polski\" \/>\n<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n<meta name=\"twitter:label1\" content=\"Szacowany czas czytania\" \/>\n\t<meta name=\"twitter:data1\" content=\"6 minut\" \/>\n<script type=\"application\/ld+json\" class=\"yoast-schema-graph\">{\"@context\":\"https:\/\/schema.org\",\"@graph\":[{\"@type\":\"WebPage\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/\",\"name\":\"Avoiding C4 Model Pitfalls\",\"isPartOf\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#website\"},\"datePublished\":\"2026-02-25T10:33:26+00:00\",\"description\":\"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.\",\"breadcrumb\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/#breadcrumb\"},\"inLanguage\":\"pl-PL\",\"potentialAction\":[{\"@type\":\"ReadAction\",\"target\":[\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/\"]}]},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/#breadcrumb\",\"itemListElement\":[{\"@type\":\"ListItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/\"},{\"@type\":\"ListItem\",\"position\":2,\"name\":\"From Zero to C4: Beginner Modeling Blueprint\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/\"},{\"@type\":\"ListItem\",\"position\":3,\"name\":\"Best Practices and Real-World Application\",\"item\":\"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/\"},{\"@type\":\"ListItem\",\"position\":4,\"name\":\"Avoiding Beginner Pitfalls in C4 Modeling\"}]},{\"@type\":\"WebSite\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#website\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/\",\"name\":\"Visual Paradigm Skills Polski\",\"description\":\"\",\"publisher\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#organization\"},\"potentialAction\":[{\"@type\":\"SearchAction\",\"target\":{\"@type\":\"EntryPoint\",\"urlTemplate\":\"https:\/\/skills.visual-paradigm.com\/pl\/?s={search_term_string}\"},\"query-input\":{\"@type\":\"PropertyValueSpecification\",\"valueRequired\":true,\"valueName\":\"search_term_string\"}}],\"inLanguage\":\"pl-PL\"},{\"@type\":\"Organization\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#organization\",\"name\":\"Visual Paradigm Skills Polski\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/\",\"logo\":{\"@type\":\"ImageObject\",\"inLanguage\":\"pl-PL\",\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/\",\"url\":\"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg\",\"contentUrl\":\"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg\",\"width\":70,\"height\":70,\"caption\":\"Visual Paradigm Skills Polski\"},\"image\":{\"@id\":\"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/\"}}]}<\/script>\n<!-- \/ Yoast SEO plugin. -->","yoast_head_json":{"title":"Avoiding C4 Model Pitfalls","description":"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.","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:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/","og_locale":"pl_PL","og_type":"article","og_title":"Avoiding C4 Model Pitfalls","og_description":"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.","og_url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/","og_site_name":"Visual Paradigm Skills Polski","twitter_card":"summary_large_image","twitter_misc":{"Szacowany czas czytania":"6 minut"},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"WebPage","@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/","url":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/","name":"Avoiding C4 Model Pitfalls","isPartOf":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#website"},"datePublished":"2026-02-25T10:33:26+00:00","description":"Master the C4 model without common mistakes. Learn how to avoid beginner errors in C4 modeling, prevent level mixing, and create clear, effective architecture diagrams.","breadcrumb":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/#breadcrumb"},"inLanguage":"pl-PL","potentialAction":[{"@type":"ReadAction","target":["https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/"]}]},{"@type":"BreadcrumbList","@id":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/avoiding-c4-model-pitfalls\/#breadcrumb","itemListElement":[{"@type":"ListItem","position":1,"name":"Home","item":"https:\/\/skills.visual-paradigm.com\/pl\/"},{"@type":"ListItem","position":2,"name":"From Zero to C4: Beginner Modeling Blueprint","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/"},{"@type":"ListItem","position":3,"name":"Best Practices and Real-World Application","item":"https:\/\/skills.visual-paradigm.com\/pl\/docs\/from-zero-to-c4-beginner-modeling-blueprint\/c4-model-best-practices\/"},{"@type":"ListItem","position":4,"name":"Avoiding Beginner Pitfalls in C4 Modeling"}]},{"@type":"WebSite","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#website","url":"https:\/\/skills.visual-paradigm.com\/pl\/","name":"Visual Paradigm Skills Polski","description":"","publisher":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#organization"},"potentialAction":[{"@type":"SearchAction","target":{"@type":"EntryPoint","urlTemplate":"https:\/\/skills.visual-paradigm.com\/pl\/?s={search_term_string}"},"query-input":{"@type":"PropertyValueSpecification","valueRequired":true,"valueName":"search_term_string"}}],"inLanguage":"pl-PL"},{"@type":"Organization","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#organization","name":"Visual Paradigm Skills Polski","url":"https:\/\/skills.visual-paradigm.com\/pl\/","logo":{"@type":"ImageObject","inLanguage":"pl-PL","@id":"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/","url":"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg","contentUrl":"https:\/\/skills.visual-paradigm.com\/pl\/wp-content\/uploads\/sites\/8\/2026\/02\/favicon.svg","width":70,"height":70,"caption":"Visual Paradigm Skills Polski"},"image":{"@id":"https:\/\/skills.visual-paradigm.com\/pl\/#\/schema\/logo\/image\/"}}]}},"_links":{"self":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/971","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs"}],"about":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/types\/docs"}],"author":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/users\/1"}],"version-history":[{"count":0,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/971\/revisions"}],"up":[{"embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/docs\/970"}],"wp:attachment":[{"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/media?parent=971"}],"wp:term":[{"taxonomy":"doc_tag","embeddable":true,"href":"https:\/\/skills.visual-paradigm.com\/pl\/wp-json\/wp\/v2\/doc_tag?post=971"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}