{"id":877,"date":"2026-10-11T10:00:00","date_gmt":"2026-10-11T10:00:00","guid":{"rendered":"https:\/\/vulpin.capital\/blog\/developer-vs-flipper-mindset-a-governance-first-comparison-for-2026\/"},"modified":"2026-10-11T12:37:28","modified_gmt":"2026-10-11T12:37:28","slug":"developer-vs-flipper-mindset-a-governance-first-comparison-for-2026","status":"publish","type":"post","link":"https:\/\/vulpin.capital\/blog\/developer-vs-flipper-mindset-a-governance-first-comparison-for-2026\/","title":{"rendered":"Developer vs. Flipper Mindset: A Governance-First Comparison for 2026"},"content":{"rendered":"<p>A quick resale plan doesn\u2019t make a property project development, and a long timeline doesn\u2019t make it sound. The developer vs flipper mindset is revealed by what triggers the decision to proceed: verified project viability, or confidence that resale will cover the risks.<\/p>\n<p>It\u2019s easy to blur the two. Both may involve renovation, construction and a plan to create value. But a resale narrative can distract from the fundamentals: whether the work is properly scoped, costs reflect construction reality, and the finished asset will remain sound. Optimism is not evidence. A spreadsheet is not execution.<\/p>\n<p>This comparison helps you recognize the assumptions behind each mindset and assess a project through evidence, execution and long-term asset condition. It also offers practical questions to surface speculation before resources are committed. We\u2019ll distinguish resale-led decisions from development based on verified viability, then connect that governance-first standard to The VULPIN Check and disciplined project management. The aim isn\u2019t to praise one label. It\u2019s to determine whether the project can withstand scrutiny before work begins.<\/p>\n<div class=\"key-takeaways\">\n<h2 id=\"key-takeaways\">Key Takeaways<\/h2>\n<ul>\n<li>Look past project labels and identify what actually drives the decision to proceed.<\/li>\n<li>Use the developer vs flipper mindset comparison to distinguish resale assumptions from project-wide planning priorities.<\/li>\n<li>Test a project\u2019s evidence, scope, costs, asset condition and intended outcome before committing resources.<\/li>\n<li>Strong answers rely on observable support, accountable assumptions and clear decision ownership.<\/li>\n<li>See how The VULPIN Check uses predefined viability evidence as a threshold for real-asset deployment.<\/li>\n<\/ul>\n<\/div>\n<div class=\"table-of-contents\" role=\"navigation\" aria-label=\"Table of Contents\">\n<h2 id=\"table-of-contents\">Table of Contents<\/h2>\n<ul>\n<li><a href=\"#developer-vs-flipper-mindset-what-is-the-real-difference\">Developer vs. flipper mindset: what is the real difference?<\/a><\/li>\n<li><a href=\"#how-developer-and-flipper-decisions-shape-a-project-from-day-one\">How developer and flipper decisions shape a project from day one<\/a><\/li>\n<li><a href=\"#developer-vs-flipper-mindset-compare-the-assumptions-behind-each-approach\">Developer vs. flipper mindset: compare the assumptions behind each approach<\/a><\/li>\n<li><a href=\"#a-practical-framework-for-identifying-the-mindset-behind-a-project\">A practical framework for identifying the mindset behind a project<\/a><\/li>\n<li><a href=\"#how-vulpin-capital-applies-a-governance-first-developer-mindset\">How VULPIN Capital applies a governance-first developer mindset<\/a><\/li>\n<\/ul>\n<\/div>\n<h2 id=\"developer-vs-flipper-mindset-what-is-the-real-difference\">Developer vs. flipper mindset: what is the real difference?<\/h2>\n<p>The labels can blur because both developers and flippers may acquire a property, improve it and eventually sell it. The difference isn\u2019t simply the work performed or how long it takes. It\u2019s the logic governing the decision: what must be true for the project to proceed, and what outcome is it designed to produce?<\/p>\n<p>A developer is an operator focused on creating a viable, executable real-asset project. That may mean improving an existing property or coordinating a larger undertaking, with scope, construction requirements and asset condition considered together. <a href=\"https:\/\/en.wikipedia.org\/wiki\/Real_estate_development\">Real estate development<\/a> can involve a process from acquisition through construction to sale or lease, with professionals and risks that vary by project.<\/p>\n<p>A flipper is an operator whose central thesis depends on reselling a property after acquisition or improvement. The purchase assumptions, planned work and expected resale are closely connected. A sale can also be the intended outcome of a developer\u2019s project, but it doesn\u2019t have to define the project\u2019s entire rationale.<\/p>\n<p><strong>A project-led thesis asks whether the asset can be made viable and executed; a resale-led thesis asks whether improvements can support a successful exit.<\/strong> These are tendencies, not fixed categories. Neither label guarantees a sound project or a particular result.<\/p>\n<h3>What does a developer mindset prioritize?<\/h3>\n<p>It starts with viability. The operator examines what the project requires, whether the scope can be executed, and how construction decisions may affect the asset\u2019s condition and function. A proposed conversion, for example, needs more than a compelling end-use idea. The scope, sequence and resulting property must make sense as a complete undertaking.<\/p>\n<p>A developer may sell at completion, retain the asset or pursue another outcome. A sale is one possible result, not necessarily the reason behind every project decision. To identify the developer vs flipper mindset, examine what evidence supports the project before resources are committed.<\/p>\n<h3>What does a flipper mindset prioritize?<\/h3>\n<p>A resale-focused operator centres the decision on acquisition assumptions, improvements and expected resale. The plan depends on how the property can be changed and whether the resulting asset can attract a buyer at the anticipated exit. This is a distinct commercial focus, not proof that the work is unsound.<\/p>\n<p>A short resale horizon isn\u2019t, by itself, evidence of underlying viability. The planned improvements still need a credible scope, and the property\u2019s condition matters beyond its presentation for sale. Resale-focused projects can be executed responsibly; the label alone says nothing certain about their outcome.<\/p>\n<h2 id=\"how-developer-and-flipper-decisions-shape-a-project-from-day-one\">How developer and flipper decisions shape a project from day one<\/h2>\n<p>The first decision is the project thesis: what change is proposed, what would make it feasible, and what outcome is intended? From there, the sequence runs through feasibility, resource commitment, execution and the final outcome. The developer vs flipper mindset becomes visible at each decision gate, especially when evidence is incomplete and assumptions start carrying weight.<\/p>\n<p>A disciplined review separates what can be observed or documented from what remains a forecast:<\/p>\n<ol>\n<li><strong>Thesis:<\/strong> State the intended change and the reason the project may be viable.<\/li>\n<li><strong>Feasibility:<\/strong> Define the scope, assess the asset\u2019s condition and identify construction requirements.<\/li>\n<li><strong>Commitment:<\/strong> Specify the evidence that must exist before resources are deployed.<\/li>\n<li><strong>Execution:<\/strong> Track progress against scope, cost assumptions and accountable decisions.<\/li>\n<li><strong>Outcome:<\/strong> Compare the completed asset with the original purpose, not just the initial forecast.<\/li>\n<\/ol>\n<h3>The developer\u2019s sequence: prove, plan, then execute<\/h3>\n<p>A developer\u2019s sequence uses viability evidence to inform the scope before commitments are made. For example, a proposed renovation needs a defined work plan that responds to the property\u2019s observed condition, not just a desired finished appearance. Construction inputs, sequencing and delivery constraints belong in early planning because they can change what is feasible.<\/p>\n<p>Governance makes the decision gates explicit: what must be demonstrated, who owns each assumption, and what could trigger a pause or revision. This aligns with the broad professional concerns represented by <a href=\"https:\/\/www.naiop.org\/\">NAIOP, the Commercial Real Estate Development Association<\/a>, whose membership includes commercial real estate developers and owners.<\/p>\n<h3>The flipper\u2019s sequence: acquire, improve, and pursue resale<\/h3>\n<p>A resale-led sequence connects acquisition terms to planned improvements and the expected exit. The operator must make assumptions about the work required, the property\u2019s condition after improvement and the resale market. Those expectations can inform the acquisition decision, but a forecast doesn\u2019t prove that demand or a particular resale outcome will materialize.<\/p>\n<p>Execution can also change the original thesis. Unexpected condition issues may require a revised scope; a construction constraint may affect the planned finish or timing. These aren\u2019t automatic failures, but they can weaken the fit between the acquisition assumptions and the intended resale.<\/p>\n<p><strong>Execution evidence matters before resources are committed because a sound thesis can\u2019t compensate for an undefined scope or untested delivery assumptions.<\/strong> Treat construction-cost reality and scope definition as decision inputs, not details to settle after work begins. PCMNow Project Management focuses on construction-cost reality and disciplined project execution, supporting the controls needed to carry an approved plan forward.<\/p>\n<p>For real-asset deployment, The VULPIN Check sets a clear threshold: resources are committed when predefined evidence of project viability exists. Explore <a href=\"https:\/\/vulpin.capital\">VULPIN Capital\u2019s governance-first approach<\/a> to see how verification can anchor decisions before execution.<\/p>\n<h2 id=\"developer-vs-flipper-mindset-compare-the-assumptions-behind-each-approach\">Developer vs. flipper mindset: compare the assumptions behind each approach<\/h2>\n<p>The labels are useful only if they reveal how a project is judged. A developer and a flipper may both improve and sell a property, but they can set different thresholds for proceeding. The comparison below focuses on decision priorities, not a promise that either approach will produce a better result.<\/p>\n<table>\n<thead>\n<tr>\n<th scope=\"col\">Decision area<\/th>\n<th scope=\"col\">Developer emphasis<\/th>\n<th scope=\"col\">Flipper emphasis<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<th scope=\"row\">Project thesis<\/th>\n<td>Can the proposed real-asset project be made viable and executed?<\/td>\n<td>Can acquisition and improvements support the intended resale?<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Evidence threshold<\/th>\n<td>Evidence that supports feasibility, scope and delivery assumptions.<\/td>\n<td>Acquisition rationale, improvement plan and resale expectations.<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Scope<\/th>\n<td>Work defined in relation to project requirements and asset condition.<\/td>\n<td>Work selected in relation to the planned improvement and exit.<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Execution focus<\/th>\n<td>Coordinating requirements and managing delivery against the project plan.<\/td>\n<td>Completing the planned improvements in support of resale.<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Uncertainty<\/th>\n<td>Identify and manage project risks where evidence and controls allow.<\/td>\n<td>Account for execution risks while recognizing resale conditions remain uncertain.<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Intended outcome<\/th>\n<td>A viable completed project, which may be sold, retained or used another way.<\/td>\n<td>A completed improvement followed by a planned resale.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<p>These are tendencies, not rules. A developer may sell at completion, and a resale-focused operator can care about construction quality. The difference lies in the governing rationale, not a fixed holding period or an assumption that one operator overlooks the asset.<\/p>\n<h3>Is a developer just a flipper with a longer timeline?<\/h3>\n<p>No. The distinction is decision logic, not simply how long the property is held. Imagine two operators considering the same building for conversion into several units. One proceeds only if the proposed scope, condition and delivery requirements support a viable project. The other centres the decision on whether the acquisition and planned work support a resale. Either may ultimately sell, but the sale serves a different project rationale.<\/p>\n<h3>Where speculation enters the project thesis<\/h3>\n<p>Speculative exposure grows when an expected resale is treated as established fact rather than an assumption. Some uncertainties can be tested, such as the visible condition of the asset, the proposed work and whether the scope is clearly defined. Other conditions, including future buyer demand, remain external. Record which claims have support, which are forecasts, and who owns each assumption. This discipline doesn\u2019t remove uncertainty; it makes the basis for the decision visible.<\/p>\n<p>Use the <strong>developer vs flipper mindset<\/strong> comparison as a diagnostic, not a verdict. A project\u2019s label can\u2019t establish its quality. The evidence, scope, execution controls and assumptions behind the intended outcome must carry that weight.<\/p>\n<p><!-- autoseo-infographic --><\/p>\n<div class=\"autoseo-infographic-container\"><img fetchpriority=\"high\" decoding=\"async\" width=\"1010\" height=\"2560\" src=\"https:\/\/vulpin.capital\/blog\/wp-content\/uploads\/2026\/10\/Developer-vs.-Flipper-Mindset-A-Governance-First-Comparison-for-2026-Infographic-scaled.jpg\" class=\"autoseo-infographic-image skip-lazy no-lazy\" alt=\"Developer vs. Flipper Mindset: A Governance-First Comparison for 2026\" loading=\"eager\" data-no-lazy=\"1\" data-skip-lazy=\"1\" \/><\/div>\n<p><!-- \/autoseo-infographic --><\/p>\n<h2 id=\"a-practical-framework-for-identifying-the-mindset-behind-a-project\">A practical framework for identifying the mindset behind a project<\/h2>\n<p>Labels can start a discussion, but they can\u2019t verify a project. To assess the <strong>developer vs flipper mindset<\/strong>, test the decisions behind the proposal: what is known, what is assumed, and who is accountable for acting on the difference. These five questions can reveal whether the project thesis rests on evidence or expectation.<\/p>\n<h3>Five questions that test a project thesis<\/h3>\n<ol>\n<li><strong>What evidence supports the core viability assumptions?<\/strong> Identify the documents, observations or other concrete inputs behind the project rationale. Separate those from expectations about future demand or resale.<\/li>\n<li><strong>Is the construction scope defined?<\/strong> The proposed work should describe what is included and how it relates to the intended outcome. Broad phrases such as \u201cmodernize the property\u201d don\u2019t establish a workable scope.<\/li>\n<li><strong>Are cost inputs and delivery constraints understood?<\/strong> Clarify what informs the construction-cost estimates, what remains provisional, and which sequencing or delivery dependencies could affect execution.<\/li>\n<li><strong>What is known about the asset\u2019s condition?<\/strong> Record observed condition issues and identify gaps that could change the work required. Don\u2019t treat an unassessed element as if it has been verified.<\/li>\n<li><strong>What conditions would change or stop the commitment?<\/strong> Define the evidence or project change that would prompt a pause, revision or decision not to proceed. Include who has authority to make that call.<\/li>\n<\/ol>\n<p>A strong answer is specific enough to be examined. It points to observable support, names assumptions rather than hiding them, and identifies who owns each decision. If the answer depends on a future resale, state that clearly as an assumption, not as a confirmed project fact.<\/p>\n<h3>How to separate verified facts from assumptions<\/h3>\n<p>Use three labels for material inputs: <strong>verified<\/strong>, <strong>estimated<\/strong> and <strong>unresolved<\/strong>. For each unresolved item, record an accountable owner and a decision date. If a condition assessment is incomplete, for example, mark its impact on scope as unresolved and assign responsibility for resolving it before the relevant commitment gate.<\/p>\n<p>This record won\u2019t guarantee success. It does make the basis for decisions visible, so new information can be assessed against the original thesis instead of being absorbed without review. Keep dated updates and note what changed, who approved the change, and whether the viability case still holds.<\/p>\n<p>Set a decision gate before resources are committed. If a material viability input remains unresolved at that gate, pause the commitment until the evidence is available or the project is formally reassessed. The VULPIN Check applies this principle through predefined evidence of project viability. Explore <a href=\"https:\/\/vulpin.capital\/blog\/the-vulpin-check-a-governance-standard-for-real-asset-deployment\/\">The VULPIN Check governance standard<\/a> for more on this approach, or <a href=\"https:\/\/vulpin.capital\">learn about VULPIN Capital<\/a>.<\/p>\n<h2 id=\"how-vulpin-capital-applies-a-governance-first-developer-mindset\">How VULPIN Capital applies a governance-first developer mindset<\/h2>\n<p>The developer vs flipper mindset becomes practical when governance determines what can proceed. VULPIN Capital\u2019s approach centres on evidence, decision rules and execution discipline. The objective isn\u2019t to treat an expected exit as proof of viability. It\u2019s to establish what the project must demonstrate before resources are committed, then maintain control as work moves forward.<\/p>\n<p>This approach has distinct roles. The VULPIN Check provides governance and verification for real-asset deployment. PCMNow Project Management focuses on construction-cost reality and disciplined project execution. The Fox is VULPIN\u2019s rule-governed operating system for asset survivability and decision-making. Each connects to a different part of the project\u2019s decision structure.<\/p>\n<h3>The VULPIN Check: evidence before resource commitment<\/h3>\n<p>The VULPIN Check sets predefined evidence of project viability as the threshold for committing resources. This makes the deployment decision subject to a stated standard, rather than relying solely on confidence in a project narrative. The relevant question is whether the required evidence exists, not whether an anticipated return sounds persuasive.<\/p>\n<p>Predefined proof requirements also make governance more explicit. They clarify what must be established before a commitment and give decision-makers a basis for reviewing the project. They don\u2019t guarantee an outcome or remove uncertainty. They create a verification process for determining whether the project has met its stated viability threshold. Read about The VULPIN Check governance standard to understand this framework.<\/p>\n<h3>Governance continues through construction execution<\/h3>\n<p>A viable plan still has to be executed. Scope, construction-cost reality and delivery decisions must remain connected; otherwise, the work can drift from the basis on which the project was approved. PCMNow Project Management focuses on disciplined execution, connecting the plan with construction realities as decisions continue.<\/p>\n<p>That connection matters when actual conditions or project requirements challenge initial assumptions. A governance-first approach makes those changes visible and brings them back to accountable decision-making. It doesn\u2019t mean every project follows one fixed path. It means material decisions are governed rather than left to informal optimism.<\/p>\n<p>Across deployment and execution, The Fox provides a rule-governed operating system for asset survivability and decision-making. Together, these elements reflect a disciplined developer mindset: establish the decision standard, verify project viability, and keep execution anchored to evidence and scope.<\/p>\n<p>Development isn\u2019t governed by choosing an exit and stopping there. It requires oversight of decisions throughout the project, from resource commitment to construction execution and the condition of the resulting asset. To explore how VULPIN Capital approaches governance-first real-asset development, visit <a href=\"https:\/\/vulpin.capital\/\">VULPIN Capital<\/a>.<\/p>\n<h2 id=\"make-the-next-real-asset-decision-evidence-led\">Make the next real-asset decision evidence-led<\/h2>\n<p>The next project doesn\u2019t need a label before it needs a decision standard. Use the <strong>developer vs flipper mindset<\/strong> distinction to examine what would justify proceeding, what could change the plan, and who is accountable for each decision. That discipline keeps the project rationale connected to the asset and the work required, rather than letting an appealing exit carry the entire case.<\/p>\n<p>VULPIN Capital\u2019s governance-first approach puts that principle into practice: The VULPIN Check ties resource commitment to predefined evidence of viability, PCMNow focuses on construction-cost reality and disciplined execution, and The Fox provides a rule-governed framework for asset survivability and decisions. These are controls for making and governing project decisions, not promises about outcomes.<\/p>\n<p>If your priority is durable real-asset value, set the evidence threshold before commitment and keep decisions accountable through execution. <a href=\"https:\/\/vulpin.capital\">Explore VULPIN Capital\u2019s governance-first approach to real assets<\/a> and consider how its framework can inform your next project. Sound decisions begin with a standard you\u2019re prepared to uphold.<\/p>\n<h2 id=\"frequently-asked-questions\">Frequently Asked Questions<\/h2>\n<h3>Is a property developer the same as a house flipper?<\/h3>\n<p>No. In the developer vs flipper mindset, the distinction is the basis for proceeding, not simply whether both operators renovate and sell. A developer assesses whether a project can be made viable as a complete undertaking; a house flipper typically centres the decision on acquisition, improvements and resale. For instance, adding units may require broader planning than updating a home for sale. Either approach can be carefully governed or poorly assessed.<\/p>\n<h3>Can a real estate developer sell a property after completing the project?<\/h3>\n<p>Yes. A developer can sell a completed property. The sale may be planned from the outset, such as when the project aims to create a finished asset for a buyer or another owner. What distinguishes the developer\u2019s approach is that the rationale can include the project\u2019s feasibility and delivery, rather than relying only on the expected sale. The intended purchaser and sale timing are outcomes to plan for, not proof that the project is viable.<\/p>\n<h3>Does a developer mindset always mean holding an asset long term?<\/h3>\n<p>No. A developer mindset describes how project decisions are made, not a required holding period. An operator might develop a property, complete the work and sell it, or retain it for another use. The practical test is whether decisions account for the asset and project requirements independently of how long ownership continues. Holding for years doesn\u2019t, by itself, establish sound development; a near-term sale doesn\u2019t rule it out.<\/p>\n<h3>What does condition-driven real-asset development mean?<\/h3>\n<p>Condition-driven development starts with the asset as it exists, rather than treating a desired finished state as guaranteed. For example, if signs of water intrusion appear during an assessment, the project plan may need further investigation before the affected space is designed or finished. The observed condition informs scope and sequencing. This approach keeps decisions tied to the physical property and its documented needs, while leaving room to revise plans when new evidence emerges.<\/p>\n<h3>Can a flipper use governance and project controls?<\/h3>\n<p>Yes. Governance and controls are useful regardless of an operator\u2019s resale focus. A flipper could document the approved scope, identify who can authorize changes, track construction decisions against the plan and define conditions for pausing work. Those controls make responsibilities and deviations visible. They don\u2019t change the project\u2019s central resale thesis, but they can bring more discipline to how that thesis is carried out and reassessed.<\/p>\n<h3>How can you tell whether a property project depends too heavily on resale assumptions?<\/h3>\n<p>Look for decisions that only make sense if an unverified future sale occurs as expected. For example, if the project has no clear rationale beyond a projected resale price, ask what evidence supports that forecast and what happens if buyer interest differs. Separate observed property facts from market expectations in the project record. If a change in the resale assumption would invalidate the whole plan, make that dependency explicit before resources are committed.<\/p>\n<h3>Does a developer need to manage construction directly?<\/h3>\n<p>No. A developer can be accountable for the project without personally directing every construction task. Responsibilities may be assigned to project managers or other construction professionals, while the developer retains oversight of scope, decisions and the intended outcome. The important distinction is between delegating execution and surrendering accountability. Project management, such as PCMNow, connects construction-cost reality and disciplined execution to the project\u2019s governing plan.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>A quick resale plan doesn\u2019t make a property project development, and a long timeline doesn\u2019t make it sound. The developer vs flipper mindset is&#8230;<\/p>\n","protected":false},"author":1,"featured_media":876,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[263],"tags":[401,400,14,131,17,70,402],"class_list":["post-877","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-housing-missing-middle","tag-asset-condition","tag-developer-vs-flipper-mindset","tag-project-governance","tag-property-flipping","tag-real-estate-development","tag-real-estate-investment","tag-viability-assessment","autoseo"],"_links":{"self":[{"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/posts\/877","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/comments?post=877"}],"version-history":[{"count":3,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/posts\/877\/revisions"}],"predecessor-version":[{"id":881,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/posts\/877\/revisions\/881"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/media\/876"}],"wp:attachment":[{"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/media?parent=877"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/categories?post=877"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vulpin.capital\/blog\/wp-json\/wp\/v2\/tags?post=877"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}