{"id":46772,"plugin_id":"plugin_asdk_app_6ac8e57de9848191ae058d271d90184b","kind":"skill","collection_source":"plugin_package","comparison_source":null,"observed_at":"2026-10-24T13:31:03.151Z","digest":"91b84a4442d008bd2f813bf137144ee1109067e11a5b79196afab306053d0ae1","against":null,"payload":{"description":"Demographics, taxes, transport, noise and hazards around an address. Use when the user asks about neighborhood quality, livability, taxes, noise, transport, natural hazards around an address.","included_files":[{"relative_path":"references/popety-kit.html","size_in_bytes":17333}],"name":"neighborhood-profile","skill_md_contents":"---\nname: neighborhood-profile\ndescription: \"Demographics, taxes, transport, noise and hazards around an address. Use when the user asks about neighborhood quality, livability, taxes, noise, transport, natural hazards around an address.\"\ndisable-model-invocation: false\n---\n\n\n\n# Neighborhood profile\n\nDemographics, taxes, transport, noise and hazards around an address.\n\n**Arguments to collect from the user:**\n\n- `address` — Full Swiss address including street, number, and municipality. (required)\n\n## Workflow\n\nBuild a livability and investment-context profile for the neighborhood around \"
\". Follow these steps exactly:\n\n1. LOCATE THE PARCEL\n Call find_land with { by: \"address\", value: \"
\" }.\n Extract the returned land_id (popetyio_land_id).\n\n2. LOAD ALL CONTEXT TOPICS (one call, 1 credit)\n Call get_context_at with:\n { target: { land_id: }, topics: [\"demographics\", \"employment\", \"taxes\",\n \"transport\", \"noise\", \"hazards\", \"electricity\", \"accessibility\"] }\n\n3. WHAT IS ACTUALLY NEARBY (one call, 1 credit)\n Call pois_nearby with the parcel coordinates from step 1's response:\n { lat: , lon: }\n Summary mode returns nine scored amenity categories (schools, shops, transit, health, …) with the nearest examples.\n\n4. THE DOCUMENT (blueprint — follow the kit)\n - Verdict + 4 KPIs: transit score · noise dB · communal tax multiplier · the strongest amenity score\n - Amenity categories as a scored bar list (pois_nearby), each with its nearest concrete example; hazards as badges (good/warn/danger)\n Themes to cover (group related ones into sections):\n - People: population, median income, average household size (demographics)\n - Economy: employment figures (employment)\n - Taxes: communal tax multiplier (taxes)\n - Getting around: transit score and walk score (transport, accessibility)\n - Quiet or noisy: road/rail noise in dB (noise)\n - Risks: flood/landslide/avalanche hazard levels (hazards)\n - Running costs: electricity tariff (electricity)\n - Daily life nearby: strongest and weakest amenity categories with the nearest concrete examples (pois_nearby)\n The verdict is the livability / investment-context call, grounded ONLY in the returned data. Notes-line material: any topic that came back empty — flag it rather than guessing.\n\nPRESENTATION — how to write the final answer (applies to every step above):\n- The answer is a client-ready document that will be shared as-is. Not a chat log, not an analysis diary.\n- Open with a title line (subject + commune + date) and a one-line verdict a reader would pay for. Never open with method, tool narration, or what you are about to do.\n- The reader is a real-estate professional (broker, investor, developer). Every section closes with ONE analyst paragraph stating the professional implication — pricing, absorption, sourcing, underwriting — never a definition or a tutorial sentence. Show sample sizes and visibly de-emphasise figures resting on fewer than 3 observations.\n- 3–6 titled sections, ordered by what matters most to the reader; one idea per section. Prefer short prose with embedded figures; use a table only when comparing 3+ items across 2+ dimensions, max ~6 rows, one comparison per table. Select the figures that change the reader's decision — do not dump every number you retrieved.\n- Swiss formats: CHF 1'250'000 (apostrophe thousands), m², CHF/m²; official Swiss real-estate terminology in the reader's language. Write the whole document in the language the user wrote in.\n- Caveats: at most ONE short \"Notes\" line at the end of the document (e.g. coverage gaps, asking ≠ realised prices). Never inline a disclaimer after a figure. Never mention tools, credits, section ids, API mechanics, or observations \"for the platform team\" inside the document — if you have a genuine data/product observation, put it after the document under a separate \"---\" divider, in one or two lines.\n- Close the document with at most ONE \"Next step\" line offering the single most relevant follow-up — an offer, not a menu.\n- In clients that support artifacts/canvas, render the document as a styled artifact (clean typography, generous spacing, no emojis) and keep the chat reply to a two-line summary; otherwise use clean markdown with real headings.\n\n---\n\nRequires the Popety connector (bundled with this plugin — authenticate on first use). Follow the workflow's cost gates: free/preview steps before any paid call.\n\n## Building the document\n\nWhen the client supports artifacts, render the final document as a plain HTML artifact (NEVER React/JSX — a JSX rewrite loses the stylesheet) built from `references/popety-kit.html` (bundled with this skill): read the kit FIRST, paste its ENTIRE