fix: resolve target GameObjects through ObjectsHelper everywhere; add include_stack_trace to get_console_logs

[dehuaichendragonplus]

What changed

• Several built-in tools resolved their target GameObject with a bare GameObject.Find call, which cannot find inactive objects and has no way to disambiguate duplicate names (assign_animator, assign_material, camera tools, create_prefab/unpack_prefab, get_object_memory, capture_multiview's target_name, select_object/focus_on_object, get_hierarchy's root_name, and UI-creation tools' parent_name). They now resolve through the shared ObjectsHelper.FindTarget (name, hierarchy path, or instance ID; inactive objects and additively-loaded scenes included).
• Removes two now-redundant hand-rolled workarounds: a recursive inactive-object search in HierarchyFunctions and a Resources.FindObjectsOfTypeAll fallback loop in UIFunctions.FindParent.
• get_console_logs gained an include_stack_trace option: appends each entry's stack trace (indented, own 2000-character truncation cap independent of the message's 300-character cap). Off by default.
• Rebuilt on top of v0.5.0 (post feat: save_to_file on screenshot tools, capture_editor_window, and raycast_at_point UI diagnostics #28/feat: real .snap memory snapshot tools + headless structured queries #29 merge) -- supersedes The type or namespace name `R' could not be found. Are you missing an assembly reference? #2, which targeted a now-stale base branch. ScreenshotFunctions.cs/UIFunctions.cs changes here are limited to the target-resolution call sites and leave the path-traversal hardening from feat: save_to_file on screenshot tools, capture_editor_window, and raycast_at_point UI diagnostics #28 untouched.

Checklist

• I tested the package in a clean Unity 2022.3+ project (tested live in a Unity 6000.3.13f1 project via the MCP tools themselves: compiled clean, then exercised the actual runtime behavior -- see below)
• I verified Funplay > MCP Server opens and starts correctly (verified indirectly: all MCP tool calls below went through a live running server)
• If I changed setup, update, or config flows, I verified the affected flow end-to-end (N/A, no setup/update/config flow touched)
• I updated docs for any user-facing behavior changes (CHANGELOG updated; README/tool docs not touched)
• I did not commit local junk such as .idea/ or .DS_Store
• I updated CHANGELOG.md when the change affects users

Manual verification performed

• Compiled with 0 errors after pulling this branch into a live project's embedded package.
• Created a GameObject, deactivated it, then select_object resolved it by name -- would have failed with the old GameObject.Find.
• create_button with parent_name set to that inactive GameObject produced the expected hierarchy path (get_game_object_info confirmed Parent/Button).
• Triggered a real Debug.LogError and confirmed get_console_logs(include_stack_trace=true) returns the indented stack trace under the message.